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MULTIPLAYER INTERACTIVE VIDEO GAMING DEVICE 
Background of The Invention 



The present invention relates to video gaming 
systems and, more particularly, to improvements in a 
video gaming machine that permit a plurality of 
players to simultaneously participate in a game. 

Many video gaming machines are configured for 
single players. For example, a video blackjack or 
poker game machine may have one player station from 
which a player participates in an independent game 
executed by the machine's game processor. While 
popular, such games do not provide the group 
interaction found in live casino games. 

Moreover, single player games are often located 
in establishments frequented by groups of customers 
and thus may be unattractive of customers not wishing 
to separate from their companions . 

Video gaming machines typically include a cabinet 
housing at least a player station, a game processor 
assembly and a video monitor. The player stations 
include at least one input device by which a player 
inputs commands to the game processor. Generally, 
these input devices are push-buttons that, when 
depressed and/or released, trigger switches that send 
a signal to the game processor. However, any suitable 
input device, for example a joystick or touch screen, 
may be utilized. The player station also typically 
includes a currency acceptor by which a player 
deposits coins or paper currency for betting or for 
paying a fee to play the game. Th^_curr_ency_ acceptor 
is often, but is not necessarily, located proximate 



the input devices . 

The game processor assembly is, generally, a 
computer assembly including an integrated circuit 
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computer device that executes a video gaming program 
responsively to the commands input by the player at 
the player station. Often, this processor is a device 
which is custom programmed to execute only the video 
gaming program or related functions. The device may 
be mounted on a custom built circuit board that may 
include various peripheral devices as needed or 
desired. The circuit board is constructed 
specifically to operate in conjunction with the video 
gaming machine and is typically capable of receiving 
the input signals directly from each input device. 

Multiplayer video games are known which utilize 
custom circuitry. Development and manufacture of 
systems including custom circuitry may, however, be 
expensive, particularly in the early stages. Thus, 
some gaming programs are developed on conventional 
personal computers. These devices employ components 
such as a central processing unit (CPU) , memory, and 
an input /output system. The CPU is an integrated 
circuit "chip* that can perform a multitude of 
operations. The input/output system manages data 
handling among the CPU and other internal or external 
components. Thus, the personal computer is a general 
purpose computer, as opposed to single-program 
"embedded" systems, which may include a dedicated 
processor device mounted on a printed circuit board 
and configured to perform a single function. Personal 
computers are, typically, relatively small devices, 
for example as opposed to main frame computers. A 
personal computer assembly may be a board including a 
processor and an input/output system. It may also 
include a cabinet and/or various external and internal 
components, as should be understood in this art. 

Because it is a multipurpose device, the personal 
computer assembly typically has no permanent input or 
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output device having direct communication to the 
circuit board or, if there is more than on board, to 
the main circuit board. Instead, data is conveyed 
between input and output devices and the input/output 
system by data ports. These ports may have 
predetermined uses, for example to receive input from 
a keyboard or a mouse or to direct output to a printer 
or monitor. Personal computers also often include 
expansion slots for additional circuit boards which 
may, in turn, include their own data ports. 

Computer software games are known which dedicate 
certain keys on a keyboard to individual players . 
However, a keyboard is inadequate for a video gaming 
machine, for example because of its physical 
awkwardness, its tendancy to detract from game 
realism, and its lack of a mechanism to receive 
currency for wagers or game fees. Additionally, 
keyboards are generally unable to accept simultaneous 
inputs from a plurality of keys. 

Video gaming machines employing personal computer 
components without the addition of custom circuit 
boards or ports include means for conveying player 
input data to the CPU through existing components. 
However, multiplayer games include a relatively 
greater number of input devices, siicti as push-buttons, 
and, consequently, include a correspondingly greater 
number of communication lines than required for a 
single player game. Because the existing input ports 
in a typical computer configuration are inadequate to 
directly accommodate these communication lines, an 
interface system coordinates data transfer between the 
player stations and the data port(s). For example,! 
multiplayer interactive video gaming machines are \ 
known that, applicants believe, employ a network j 
arrangement. Players play individual games from I 
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individual player stations, each having a keypad, a 
personal computer circuit board, and a monitor. In a 
blackjack game, for example, input from the keypads is 
conveyed to the player station circuit board, which 
may execute the individual- player blackjack game 
responsively to this input data and data relating to 
the dealer's hand provided by a central file server 
computer- The server computer may execute the entire 
game, with the player station computers operating the 
player station input and output devices responsively 
to the server computer. 

OBJECTS AND SUMMARY OF THE INVENTION 

The present invention recognizes and addresses 
disadvantages of prior art construction and methods . 

Accordingly, it is an object of the present 
invention to provide an improved multiplayer 
interactive video gaming device having a plurality of 
independent player stations and utilizing personal 
computer hardware. 

More particularly, it is an object to the present 
invention to provide such a gaming device 
incorporating an improved interface assembly. 

It is also an object of the present invention to 
provide an improved interface assembly capable of 
simultaneously processing multiplayer input messages. 

Some of these objects are achieved by a 
multiplayer interactive video gaming device comprising 
a computer workstation assembly including an 
input/output system and at least one data port, the 
workstation assembly including a game processor device 
configured to receive input signals by the 
input/output system from one or more of the at least 
one data ports and to execute a video gaming program 
responsively to the input signals. The device 
includes at least one player station including at 



WO 99/00162 



PCT/US98/13549 



5 

1'east one data input device and configured to output 
player input messages in response to activation of the 
the at least one data input device. The device 
includes an interface assembly in operative 
communication with the one or more at least one data 
port and configured to receive the player input 
messages from a plurality of the player stations and 
to output the player input messages to the computer 
workstation assembly by the one or more at least one 
data port. The interface assemby and the at least one 
player station are operably associated with each other 
to route the player input messages from the at least 
one player station to the computer workstation 
assembly according to a predetermined protocol so that 
player input messages generated from simultaneous 
activation of a plurality of input devices are output 
to the computer workstation assembly without 
information loss. 

In a preferred embodiment, the system uses a 
single command entry port to service the player 
stations in such a fashion that all player station 
input devices are serviced in a prioritized manner 
that may be arbitrarily defined. All inputs are 
formatted into messages and queued so that no 
information is lost when multiple simultaneous inputs 
occur . 

Preferably, a specialized input device processor 
is used that services each player station. A variety 
of input devices, for example joysticks, keypads, 
buttons, currency acceptors, coin/ token acceptors, 
etc. may be attached. Each player station processor 
is designed to accept inputs, formulate messages 
regarding each input, and transmit those messages to a 
message concentrator. The player stations may 
communicate with the message concentrator directly, 
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for example in a "star" arrangement, indirectly, for 
example in a "daisy- chain" configuration, or through a 
mixture of the two. The message concentrator acts as 
a buffer for incoming messages from a plurality of 
player stations which may be locally or remotely 
connected. The concentrator prioritizes the passing 
of messages to a workstation using a suitable 
algorithm, for example round robin, first-in first- 
out, rotating priority, random priority, etc. The 
queues on the message concentrator buffer all incoming 
messages and prevent the loss of input data in 
situations where multiple messages arrive 
simultaneously. The speed of message transfer allows 
the message concentrator processor to support multiple 
simultaneous input messages. Because most or all 
input messages may be directed to the workstation 
through a single input port, the concentrator queues 
input messages, in some prioritized fashion, into an 
output queue connected to this port. Thus, no 
messages are lost, and the workstation receives most 
or all messages through a single input port, providing 
increased security and testability. 

The message concentrator extends the workstation 
input port into multiple input ports while allowing 
the workstation to communicate with the player 
stations through a single output port. Thus, in a 
star arrangement, the message concentrator acts as a 
game network hub managing both input and output 
messages. In a daisy-chain arrangement, the 
concentrator is the head of the chain which directs 
messages to the workstation input port. 

The interface assembly is operably associated 
with the player stations to route the player input 
messages to the game computer. In the star 
arrangement of an exemplary video blackjack game, for 
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example, the player stations output the input messages 
directly to a concentrator. Each player station 
generates and outputs player input messages according 
to a predetermined protocol so that input messages 
resulting from simultaneous button activations at that 
player station are routed to the concentrator without 
information loss. The concentrator, in turn, receives 
the player input messages from a plurality of player 
stations and routes these messages to the game 
computer according to its protocol so that player 
input messages simultaneously received from a 
plurality of player stations are routed to the game 
computer without information loss. Thus, the 
concentrator and the player stations are operably 
associated with each other to route the input messages 
to the game computer so that player input messages 
generated from simultaneous activation of a plurality 
of buttons are output to the game computer without 
information loss. 

In an exemplary daisy-chain arrangement of the 
same game, only one player station communicates 
directly with the concentrator. The remaining player 
stations are linked downstream from the concentrator 
in tandem from the first player station. As in the 
star arrangement, each player station generates and 
outputs player input messages according its protocol 
so that input messages resulting from simultaneous 
button activations at that player station are output 
from the player station without information loss. The 
player stations in this arrangement, however, include 
an additional serial port to receive player input 
messages from downstream player stations.. These 
downstream player input messages are received by a 
player station and passed on to the next upstream 
player station or, if the player station is the first 
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in line, the concentrator without interfering with the 
processing and routing of its own input messages. 
Thus, the concentrator and the player stations are 
operably associated with each other to route the input 
messages to the game computer so that player input 
messages generated from simultaneous activation of a 
plurality of buttons are output to the game computer 
without information loss. 

The accompanying drawings, which are incorporated 
in and constitute a part of this specification, 
illustrate one embodiment of the invention and, 
together with the description, serve to explain the 
principles of the invention . 

Brief Description of the Drawings 

A full and enabling disclosure of the present 
invention, including the best mode thereof, directed 
to one of ordinary skill in the art, is set forth in 
the specification, which makes reference to the 
appended drawings, in which: 

Figure 1 is a perspective view of a preferred 
embodiment of a multiplayer interactive video gaming 
device constructed in accordance with the present 
invention; 

Figure 2 is a block diagram illustration of a 
preferred embodiment of a player station used in a 
multiplayer interactive video gaming device 
constructed in accordance with the present invention; 

Figure 3 is a block diagram illustration of a 
preferred embodiment of an interface device used in a 
multiplayer interactive video gaming device 
constructed in accordance with the present invention; 

Figure 4 is a schematic diagram of a preferred 
embodiment of player station hardware used in a 
multiplayer interactive video gaming device 
constructed in accordance with the present invention; 
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Figure 5 is a schematic illustration of a 
preferred embodiment of an interface device used in a 
multiplayer interactive video gaming device 
constructed in accordance with the present invention; 

Figure 6 is a partial schematic diagram of a 
preferred embodiment of a multiplayer interactive 
video gaming device constructed in accordance with the 
present invention; 

Figure 7 is a block diagram illustration of a 
preferred embodiment of the present invention in a 
daisy-chain arrangement; and 

Figure 8 is a block diagram illustration of a 
preferred embodiment of a station architecture used in 
a multiplayer interactive video gaming device 
constructed in accordance with the present invention 
in a daisy-chain arrangement . 

Repeat use of reference characters in the present 
specification and drawings is intended to represent 
same or analogous features or elements of the 
invention. 

Detailed Description of Preferred Embodiments 

Reference will now be made in detail to presently 
preferred embodiments of the invention, one or more 
examples of which are illustrated in the accompanying 
drawings . Each example is provided by way of 
explanation of the invention, not limitation of the 
invention. In fact, it will apparent to those skilled 
in the art that modifications and variations can be 
made in the present invention without departing from 
the scope or spirit thereof. For instance, features 
illustrated or described as part of one embodiment may 
be used on another embodiment to yield a still further 
embodiment. Thus, it is intended that the present 
invention covers such modifications and variations as 
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come within the scope of the appended claims and their 
equivalents . 

The present invention is concerned with an 
improved multiplayer interactive video gaming device. 
Accordingly, Figure 1 depicts a presently preferred 
embodiment of a multiplayer interactive video gaming 
device, indicated generally at 10. A cabinet A is 
divided into player portion 12 and a display portion 
14. Display portion 14 and player station 12 are 
attached by a connection piece (not visible in the 
view shown) through which communication and power 
lines may be passed. It should be understood, 
however, that various cabinet configurations are 
possible. For instance, the player portion and the 
display portion may be unitarily constructed. A 
multiplayer video gaming device is described in U.S. 
Patent Application No. 08/540,328, the entire 
disclosure of which is incorporated by reference 
herein. 

Player portion 12 is constructed to simulate a 
casino blackjack game table. Three player stations 16 
are disposed on the top counter surface of player 
portion 12. Each player station 16 includes a keypad 
18 and a currency acceptor 20. Each keypad 18 
includes a plurality of input keys 22 through which 
players participate in the blackjack game. In the 
embodiment shown, the currency acceptor is a bill 
acceptor configured to receive bills of various 
denominations. The currency acceptor could also 
accept coins . 

In this embodiment, each keypad 18 includes a 
first row of five, and a second of two, input keys 22. 
It should be understood by those ordinary skill in 
this art that the use, number, and arrangement of such 
keys can depend upon the nature of the video gaming 



WO 99/00162 



PCT/US98/13549 



11 



program operated within the present invention. For 
example, a blackjack game may require the use of 
different keys for different purposes than a poker 



and/or game fee purposes. - 

A ticket dispenser 19 is mounted at each player 
station. Players may "cash out" at any time by 
inputting a proper command at their player station . 
Upon cashing out, a printer mounted within the cabinet 
prints a redeemable ticket indicating the player's 
winnings via ticket dispenser 19. 

A functional illustration of a player station 16 
is provided in Figure 2. As indicated above, the 
player station includes a plurality of input devices 
24, which may include, for example, player input 
buttons 22 and currency acceptor devices such as bill 
acceptors 20 (Figure 1) . Player station 16 also 
includes output devices 26, which may include lamps, 
digital output displays, token dispensers, meters 
and/or currency return devices such as ticket 
dispensers 19 (Figure 1) , which output currency to 
players in the form of redeemable tickets. Currency 
acceptor and return devices may include magnetic card 
readers/writers and IC card readers/writers to accept 
and/or pay out currency electronically. 



Player input messages are transferred from the 
player stations to a workstation including a game 
processor running the video gaming program. The 
workstation may include a data port, such as a serial 
port or a keyboard port, an input /output system, and al 
suitable communication arrangement communicating with \ 
a remote game computer. Accordingly, a workstation \ 
assembly may comprise a local computer, to receive j 
input from a plurality of player stations, and a | 
remote computer, to receive input signals from the 



Bill acceptor 20 accepts bills for betting 
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local computer and execute the game program 
responsively to such signals. The local and remote \ 
computers may communicate through any suitable j 
arrangement, for example telephone systems or local j 
area network systems. The- remote computer's game j 
processor thereby receives input signals from the data 
port of the local computer. In this arrangement, a 
single game processor may operate a plurality of 
remote player station groups. Alternatively, a 
workstation assembly may comprise a remote computer 
and a communications system, such as a telephone | 
system or local area network system, through which * 

multiple player stations communicate with the remote . ) 

computer. Thus, a plurality of single-player stations 
separated by relatively long distances may participate 
in a single-player or mult i -player game operated by 
the remote computer. Additionally, however, the 
workstation may be a personal computer assembly 
including an input/output system, one or more data 
ports and a game processor device in a local unit. 
Although a personal computer assembly is the 
workstation type most often discussed herein, it 
should be understood that this is for exemplary 
purposes and that all workstation configurations, 
provided they are suitable for a given embodiment, are 
within the scope and spirit of the present invention. 
The remote computer in any of these arrangements may 
operate a progressive jackpot feature in which all 
^communicating player stations may participate. 

The player input message is the information input 
at the player station, for example by player 
activation of a button or bill acceptor or by system 
activation of a maintenance condition at a token 
dispenser, and conveyed to the personal computer 
through the player station and interface assembly 
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equipment- During the transmission, the message may 
take a variety of forms. For example, in a preferred 
embodiment as illustrated in the figures, one type of 
player input message may be input by pressing a button 
22 (Figure 1) . As discussed in more detail below, 
this delivers a signal, for example a pulse, to the 
player station control mechanism, which identifies the 
pulse and selects an appropriate ASCII input code. 
The player station outputs the ASCII input code to the 
interface assembly, where the interface assembly 
control mechanism converts the input code to a scan 
code for transmission to the personal computer. 

Another type of player input message may be input 
by activating a bill acceptor. The bill acceptors may 
deliver input signals to the player station control 
mechanism in a variety of forms, for example as a 
series of pulses or as a digital word. It should be 
understood that all such configurations are included 
within the scope and spirit of the present invention. 

The internal components of player station 16 are 
illustrated functionally in Figure 2 by player station 
processing system 28, transmitting buffer 30 and 
receiving buffer 32. In a preferred embodiment, 
processing system 28 receives data directly from input 
devices 24 . If many input devices are employed on a 
player station, however, it is possible to create a 
row/column matrix for routing data via multiplexing to 
the processing system, as should be understood in this 
art . 

In operation, if the processing system 2 8 
detects, for example, a falling pulse indicating that 
a particular button has been pressed, the processing 
system associates the pressing of that button with an 
appropriate code. In a present embodiment, the code 
is a four character message. The first character 
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indicates that the message is beginning. The second 
character indicates the message type, which identifies 
the message as, for example, a button message or a 
dollar bill acceptor message. The third character 
provides the message information, for example that 
button number three has been pressed- The fourth 
character indicates the end of a message. The coding 
prevents information loss and/or message scrambling 
when the messages are queued or dequeued. A more 
detailed description of the message structure is 
provided in the Appendix. It should be understood, 
however, that this message structure is provided for 
exemplary purposes only. For example, there may be 
changes to certain delimiting characteristics and 
address characteristics to avoid conflicts with other 
devices which may be used in the system. For example, 
in one embodiment, the lead, or start, character has 
been changed from "control -A" to "control -V." 

After creation of the appropriate code, the 
message is stored in transmitting buffer 30. A 
serial port 34 is provided on player station 16 to 
output the data stored in buffer 30. The serial port 
converts data from a parallel format to a serial 
format to transmit and converts from a serial format 
to a parallel format to receive. Status signals 
indicate whether the transmitter is available (empty) 
and whether the receiver contains data (full) . Two 
data lines, transmit line 36 and receive line 38, are 
connected to serial port 34. Processing system 28 
monitors a status signal associated with transmit line 
36. When a "transmitter empty" condition is 
indicated, the next message character in transmit 
buffer 30 is transmitted through serial port 34 along 
transmit line 36. 
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Data received from receive line 38 through serial 
port 34 is stored in receive buffer 32. Processing 
system 28 receives messages from buffer 32 and acts 
according to instructions provided thereby. Thus, 
processing system 2 8 may be caused to illuminate lamps 
at the player station, dispense coins through a token 
dispenser, print a cash out ticket, or other desired 
functions . 

In a star arrangement, each player station 16 
communicates with a central interface device for 
transferring player input messages to the game 
computer. As illustrated in Figure 3, each player 
station communicates by its respective transmit line 
36 and receive line 3 8 with the interface device 40 
via serial ports 42 . Five player stations may be 
employed within the construction illustrated in Figure 
3, although less than five, for example three, may be 
used. In a daisy-chain arrangement as illustrated in 
Figure 7, the player stations may be connected in 
tandem so that messages move in and out of successive 
player stations until reaching the central interface 
device. Each player station includes an additional 
serial port and buffer, and each player station 
processing system generates new messages to the next 
player station to pass on a message received from a 
prior player station. 

Referring again to Figure 3, interface 40 
includes receive buffers 44 and transmit buffers 4 6 
corresponding to each player station. An interface 
processing system 48 controls the transfer of 
information between the receive buffers 44 and the 
interface output buffer 50 and between the interface 
input buffer 52 and the transmit buffers 46. When 
processing system 48 receives an incoming message from 
a receive buffer 44, the processing system converts 
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the message to a scan code which the operating system 
on the game computer will recognize. The scan codes 
are routed to and stored in transmit buffer 50, which 
communicates with the game computer via interface 
keyboard port 54. A transmit line 56 connects 
interface keyboard port 54 with a game computer 
keyboard port. Processing system 48 monitors transmit 
line 56 and, when no data is present on transmit line 
56, outputs the scan codes stored in transmit buffer 
50 to the game computer over transmit line 56 through 
keyboard port 54 . 

The scan codes are received by the game computer 
through its keyboard port. The use of the game 
computer keyboard port has certain advantages. For 
example, general purpose computers are typically sold 
with operating systems configured to receive and 
recognize scan codes from the keyboard port. Thus, 
the game program may be constructed around the 
standard keyboard key strokes that the scan codes 
represent, and the video gaming programmer may rely on 
the built-in operating system to receive and process 
input data without having to program a custom data 
operating and error checking system. Some recent 
operating systems, for example WINDOWS95, receive and 
process data from operating system ports other than 
the keyboard port, for example certain COMM ports. 
While the operating system does not recognize "key up" 
and "key down" events from these other ports, 
applications running on the operating system may 
otherwise take advantage of the operating system to 
deliver data from them. For illustrative purposes, 
not for purposes of limitation, communication by 
keyboard port is primarily discussed herein. 

Data is routed between the player stations and 
the game computer through processing systems 28 and 
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48, illustrated in Figures 2 and 3, and the input and 
output buffer systems, without loss of information. 
Thus, if two players press input buttons at their 
respective player stations simultaneously, both input 
messages will be received by the game computer. 

Commands from the game computer to player station 
output devices are transmitted to interface input 
buffer 52 via interface device serial port 58. 
Processing system 48 receives messages from buffer 52, 
determines to which player station the command should 
be forwarded, and stores the command in the 
appropriate output buffer 46 for transmission to the 
player station via the corresponding serial port 42 . 
If the system is daisy-chained, only one transmit 
buffer is required. As each message is received by a 
player station, it is relayed to and examined by the 
next player station. If the message is found to be 
for this player station, that station's processing 
system performs the requested action. 

Processing system 48 may also communicate 
directly with input devices 24 and output devices 26. 
These may include the same input and output devices 
discussed above with respect to the player stations. 
That is, the input and output devices of a single 
player station may be directly connected to interface 
device 40 without a player station processing system 
28 and buffers 30 and 32 (Figure 2) that are 
associated with the individual multiple player 
stations. Thus, the game computer/interf ace assembly 
may be used with player stations of single player 
games which do not have such processing systems or 
buffers. Accordingly, the game computer/interf ace 
assembly may be used interchangeably with a 
multiplayer or a single player configuration. Video 
gaming machines may be constructed with removable 
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player station units so that the game may be converted 



between a multiplayer game and a single player game 
simply by interchanging the. player station unit or 
units. Provision may be made to reprogram or convert 
the game computer to a new or previously stored 
program to enable operation of the new game. 

In another preferred embodiment, the interface 
device may be physically embodied on a player station 
so that this player station communicates with the game 
computer through the keyboard port. Other player 
stations output messages to the game computer through 
this first player station to avoid loss of 
information. Player station units may be linked to 
the first player station in a star or daisy-chain 



arrangement and may be added or removed to achieve a 
desired number of player stations. ^ 

As described above, processing system 48 receives 
incoming codes from the player stations and converts 
the codes to scan codes which the operating system on 
the game computer will recognize. Since there are a 
finite number of messages which will come from any 
player station, a unique scan code may be assigned to 
each particular message from each player station. 
This may be accomplished, for example, by converting 
player station messages into keyboard scan codes . 
Thus, in a preferred embodiment, each player station 
includes similar input devices in a similar 
arrangement and outputs the same messages for the same 
corresponding devices. Processing system 48 assigns 1 
scan codes based upon the player station message and 
the player station itself. Thus, the assignment of * 
the scan code depends upon the particular message and j 
the particular player station from which the message ' 
is received. 
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It should be understood, however, that various 
suitable configurations are possible. For example, 
while in a preferred embodiment the player station 
processing systems assign ASCII codes as the player 
station messages, various coding processes may be 
employed. Thus, for example, scan codes could be 
assigned at the individual player stations, 
eliminating the need to make the assignment at the 
interface device. 

In the illustrated local unit embodiment, the 
game computer is, preferably, an IBM PC/AT compatible 
personal computer. Thus, the scan codes assigned by 
processing system 48 are compatible with the operating 
system provided on those computers. The operating 
system is configured to receive the scan codes from 
the computer keyboard port and to use those codes for 
operating system functions and/or higher level 
functions. In particular, the IBM PC AT compatible 
computers may receive the scan codes and convert them 
to ASCII codes, which may be output to a screen and 
which may be used in commercial or custom software, 
including the gaming program. 

A schematic illustration of a player station is 
provided in Figure 4. A plurality of buttons are 
indicated by button groups 60, 62 and 64. Each button 
group may include up to eight individual input buttons 
22 (Figure 1) # for a total of 24 input buttons. A 
bill acceptor 20 is controlled by a series of dip 
switches 66, which may be used to program the bill 
acceptor to, for example, accept certain bill 
denominations and/or select serial or pulse mode 
operation. 

Output devices includes lamp groups 68 and 70 and 
digital output groups 72, 74 and 76. As with the 
button groups, each lamp group and each digital output 
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group includes eight lamps and eight digital output 
devices, respectively. It should be understood, 
however, that all of the available input and output 
devices may not necessarily be employed in a 
particular game; the illustrated construction merely 
indicates that they are available. Other output 
devices include token dispenser 78 and ticket 
dispenser 19. 

Data is transmitted to or from these input and 
output devices on 8 -bit data bus 80 and is controlled 
by field programmable gate array 82. Gate array 82 
may be, for example, a Xilinx XC3042 or XC5202 gate 
array or other suitable device. 

Data transfer from the player station is 
controlled by a processor 84 which, in one preferred 
embodiment, is an 8051-compatible microcomputer having 
one or two on-chip serial ports. It should be 
understood that other processing devices may be used, 
for example those including on-board EPROMs . Although 
processor 84 includes a certain amount of memory, SRAM 
86 provides additional storage. Together, this memory 
serves as the player station buffers. EPROM 86 
provides storage for the programming for processor 84 
and the look-up tables by which input codes may be 
assigned to particular input signals. A PAL (not 
shown) , for example a 20V8 PAL, is provided to decode 
the microprocessor address range into three ranges - 
EPROM, processor and input /output devices, including 
the gate array. 

In operation, processor 84 controls gate array 82 
to input and output data to and from the input devices 
and output devices. An internal logic signal of the 
gate array 82 causes gate array 82 to send an 
interrupt signal to processor 84 every 25 
milliseconds. In response to this interrupt command, 



WO 99/00162 



PCT/US98/13549 



21 

processor 84 orders gate array 82 to sequentially 
place the contents of the data registers of the 
respective button groups on data bus 80. Thus, if a 
player presses one of the buttons in button group 62, 
the corresponding position- in the button group 62 
register changes state. Following the next 25 
millisecond interrupt signal from gate array 82, 
processor 84 causes gate array 82 to connect the 
register of button group 62, in order among the other 
button groups, to common bus 80. In the embodiment 
depicted in Figure 4, button group 62 may include up 
to eight buttons so that each button position of the 
button group 62 register may correspond to a data line 
on eight bit bus 80. Thus, of the eight data lines 
input to processor 84 from bus SO, seven are at a 
normal state while one has changed state due to the 
pressed button. Because processor 84 causes gate 
array 82 to connect the button group registers to the 
common bus in a certain order, processor 84 knows 
which button group is connected to the common bus at 
any time. In this manner, the processor identifies 
the particular button group from which it receives an 
input message. The particular button or buttons 
within the button group is determined by the line or 
lines on common bus 80 that have changed state. 

As indicated in Figure 4, button group 60 
communicates with processor 84 indirectly, through 
gate array 82. The buttons of button group 60 
communicate directly with the gate array, which acts 
as the register for button group 60 . 

Once processor 84 determines that a particular 
button in a particular button group has been pressed, 
it generates an ASCII code corresponding to that 
particular button. This can be done, for example, 
either by an algorithm that is part of the processor 
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84 program or according to a lookup table stored in 
EPROM 88. Once the code is established, it is 
translated into a message which is stored in a 
transmit buffer in SRAM 86 until processor 84 
determines that the serial' transmitter (not shown) of 
serial port 34 is free. When the output line is free 
of data, processor 84 outputs the stored ASCII codes 
from SRAM 86 through serial port 34 to the output data 
line. 

If two or more buttons in a button group are 
simultaneously pressed, processor 84 converts each 
signal into a corresponding ASCII code and stores 
signals in SRAM 86 according to a predetermined order, 
for example depending upon the data line over which 
they were received. The corresponding messages are 
output through serial port 34 in the order in which 
they are stored in SRAM 86. By this protocol, 
simultaneous button activations are accommodated 
without information loss . 

This assumes, however, that the activation of all 
the buttons represents information - data that the 
game program should receive to operate properly. In 
some games certain buttons, for example "Bet" or "Hit" 
buttons, are inappropriate at certain times. While 
the game program itself may be configured to ignore 
the data resulting from these button activations once 
such data is received, the program may control 
processors 84 and 96 to mask these buttons so that the 
data is not forwarded to the game computer. 
Additionally, the processors may be programmed to 
recognize one or more button activations, and not 
recognize one or more others, when buttons are 
simultaneously activated where the latter buttons may 
always be ignored in favor of the former buttons . In 
any event, the video gaming device may be configured 
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to ignore button activations which do not represent 
information while maintaining the ability to process 
those simultaneous button activations that do. 

Processor 84 may also receive inputs from bill 
acceptor 20, token dispenser 78 and/or ticket 
dispenser 19. The inputs from bill acceptor 20 
primarily relate to the amount of currency input by 
the player. Inputs from the token dispenser generally 
concern errors, for example that there are 
insufficient tokens in the dispenser. Inputs from 
ticket dispenser 19 may include error signals but may 
also include signals indicating, for example, that a 
ticket has been printed and dispensed. 

These devices are programmed to output an 
appropriate message to gate array 82 in a 
predetermined format, for example ASCII hexadecimal. 
Upon receipt of such a message, gate array 82 stores a 
digital signal indicating the origin of the message 
and sends a second interrupt signal to processor 84 . 
Upon receipt of this type of interrupt signal, 
processor 84 reads the identifying signal stored in 
gate array 82 and causes gate array 82 to pass the 
input from that particular device to common bus 80 
where it is read by processor 84 . Processor 84 
converts these messages, either by a program algorithm 
or by a lookup table, to an ASCII code which is output 
by serial port 34 . 

Data commands to a player station are received 
through serial port 34 by processor 84, which stores 
the command in SRAM 86. The command will identify a 
particular output device, for example ticket dispenser 
19 or a lamp in lamp group 70. Assuming the latter, 
processor 84 causes gate array 82 to connect processor 
84 to lamp group 70, at which time processor 84 writes 
appropriate data on bus 80 to drive the particular 
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lamp in lamp group 70 while preserving the previous 
state of the other lamps in the group. Instructions 
to bill acceptor 20, token dispenser 78 and ticket 
dispenser 19 are generally in the form of digital 
words which are downloaded- to the particular devices 
through gate array 82. These output devices are 
configured to receive this information and act 
accordingly- The particular construction and 
configuration of these devices are well known in the 
art and need not be described herein. 

Player stations 16 communicate with the game 
computer through a concentrator board 40 (Figure 3) . 
A schematic illustration of concentrator board 40 is 
provided in Figure 5. In the star arrangement, each 
player station communicates with concentrator board 4 0 
from the player station's serial port 34 (Figure 4) to 
a serial port on the concentrator board. Four serial 
port groups 90 are provided on the concentrator board. 
Each serial port group 90 includes four serial ports, 
each having an input line and output line. Thus, each 
serial port group has eight data lines in 
communication with an eight bit data bus 92. 
Accordingly, in the configuration illustrated in 
Figure 5, sixteen player stations may be connected to 
concentrator board 40, although in preferred 
embodiments three or five player stations are 
employed. 

Field programmable gate array 94 controls 
communication of data along bus 92 between a processor 
96 and the ports and devices communicating with the 
bus. Any suitable processing device, for example an 
8051-compatible microcomputer, may be used. Gate 
array 94, EPROM 98 and SRAM 100 may include the same 
or similar components as the corresponding components 
on the player stations. 
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EPROM 98 stores the program executed by processor 
96. Processor 96 may include its own internal memory 
for use as buffers. Preferably, however, SRAM 100 is 
included to provide additional memory. 

A player input message from a particular player 
station is received at a serial port, which 
communicates with that player station, in one of the 
serial port groups 90, where it is stored in the 
serial port group register. Upon receipt of an 
interrupt signal periodically sent by gate array 94, 
processor 96 instructs gate array 94 to sequentially 
connect the register of each serial port group 90 to 
the eight data lines of common bus 92. In this 
manner, processor 96 is able to determine from which 
serial port, and therefore from which player station, 
it receives data. Processor 96 stores the incoming 
data either in its internal memory or in SRAM 100. 

As discussed above, the incoming messages are in 
the form of ASCII codes. Processor 96, either by 
computer program algorithm or by a look up table 
stored in EPROM 98, assigns a scan code appropriate 
for the particular ASCII character from the particular 
player station. The scan code is then stored in SRAM 
100. 

Processor 96 monitors the status of keyboard 
output port 102 by gate array 94. If the output data 
line is clear, processor 96 outputs the stored scan 
code from SRAM 100 over bus 92 to gate array 94 to 
keyboard output port 102. Keyboard output port 102 
communicates with the game processor via a personal 
computer keyboard port. 

Data may be downloaded from the game computer via 
a keyboard input port 104 or serial port 106. If data 
is downloaded to keyboard input port 104, gate array 
94 sends a second interrupt signal to processor 96, 
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which then instructs gate array 94 to put the data on 
common bus 92 for storage in SRAM 100. Data 
downloaded through serial port 106 is stored by 
processor 96 in SRAM 100. If the incoming message is 
a command for a player station, processor 96 causes 
gate array 94 to connect the appropriate serial port 
in the appropriate serial port group 90 to common bus 
92 and outputs the command to the common bus. 

Concentrator board 40 also includes connections 
for button groups 108 and 110, lamp group 112, digital 
output device group 114, switches 116, bill acceptor 
118, token dispenser 120, and ticket dispenser 122. 
These connections are provided for direct connection 
of their associated devices to concentrator board 40. 
Thus, concentrator board 40 may be configured- to 
function as a single player station, operating as 
described above regarding player stations 16 (Figure 
4) . Thus, in a preferred embodiment, a game cabinet 
may be constructed housing a personal computer 
assembly and a concentrator board assembly wherein the 
player stations are removable. Thus, multiple player 
stations may be installed and connected to serial 
ports in serial port groups 90 for communication to 
the game computer through the concentrator board. The 
game may, however, be converted to a single player 
game by removal or deactivation of the multiple player 
stations and installation of a single player station 
whose components connect directly to the concentrator 
board 40 as indicated in Figure 5. Multiple 
alternative game and operating programs may be stored 
in, or programmed into, the game processor and the 
concentrator board processor so that they may operate 
in the new configuration. Thus, a game assembly may 
be convertible between a single player and a 
multiplayer configuration. 
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Figures 7 and 8 illustrate a daisy-chain 
arrangement of the present invention. In the 
embodiment illustrated in these figures, a serial port 
of game computer 124 is the head of a bidirectional 
RS-232 network implemented- using intelligent 
controller cards, each having two serial 
communications ports termed the "up" and "down" ports. 
In general, commands from the game computer flow first 
into the concentrator up port, the first external node 
in the network. Commands from the game computer are 
echoed to the concentrator down port and output to the 
first player station, player station 16a, up port. If 
the command is intended for processing by this player 
station, the command message is parsed and queued. 
Otherwise, the message is echoed to the player 
station's down port and output to the next player 
station up port. Player input messages generated by 
the player station and player input messages received 
from other player stations through the player 
station's down port are queued and dequeued, for 
example in round-robin fashion, to the station's up 
port as complete messages as they become ready. 

Command messages and player input messages are 
processed at the non- interrupt level. Serial port 
buffers are managed at the interrupt level. This 
prevents loss of data when the processor is busy with 
local tasks . 

In this fashion, command messages are passed from 
the game computer to specific player stations, and 
input messages from the player stations are passed up 
to the game computer. The concentrator 40 receives 
command messages from the serial communications port 
of game computer 124. It routes input messages from 
player stations to the game computer through its 
keyboard port. Thus, input messages may be directed 
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to the computer as keyboard scan codes as described 
above . 

The tandemly- linked player stations illustrated 
in Figure 7 may be configured as shown in Figure 4 
with the use of a second serial port 34 to processor 
84. Thus, one of the serial ports 34 is used as the 
up port, and the other is used as the down port. The 
up ports and down ports are bidirectional. Thus, 
assuming player station 16 illustrated in Figure 4 is 
player station 16b illustrated in Figure 7, the up 
serial port 34 receives command messages from, and 
outputs input messages to, the down port of player 
station 16a, while the down port 34 receives input 
messages from, and outputs command messages to, the up 
port of player station 16c . Command messages received 
by up port 34 are stored in SRAM 86. The command 
message includes an identifier indicating for which 
player station it is intended. Processor 84 reads the 
identifier and, if the command message is intended 
from player station 16b, acts upon the message as 
described above. If, however, the command message is 
intended for player station 16c, processor 84 directs 
the message to down port 34 for output to player 
station 16c. 

Player station 16b receives input messages from 
player station 16c through down port 34 and stores 
these messages in SRAM 86. Since these messages are 
intended for the game computer, processor 84 directs 
these messages to player station 16a through up port 
34. The input messages from player station 16b are 
also passed to player station 16a through the up port. 

Processor 84 may simultaneously receive and store 
messages from its dual serial ports 34 (the up and 
down ports) . If a message is to be passed through the 
player station, processor 84 may simply direct the 
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messa ge from one serial port to the other, or it may 
place the message on SRAM 86 for output at a later 
time. In any event, a player station may process 
command and input messages received from external 
sources while generating its own input messages 
without losing information even if, for example, a 
command message and an input message are received at 
the same time a button is pressed at the player 
station. Thus, from the perspective of player station 
16b, the interface between it and game computer 124 is 
concentrator 40 and player station 16a. 

A receive-only serial device, such as sign 142, 
may be connected on the end of the chain. The network 
messaging protocols may be designed to allow other 
devices to be connected without mutual interference. 
That is, the message formatting for the player station 
network may be different than that used by the sign, 
and the two protocols may coexist without 
interference . 

Figure 8 illustrates one preferred player station 
network architecture. There are three distinct 
processing levels for handling network traffic. At 
the hardware level, two standard on-chip serial 
communications ports handle all data serialization and 
deserialization. At the interrupt level, the on-board 
processor handles characters received from or sent to 
the serial ports. At the interrupt level, the 
processor manages two receive buffers and two transmit 
buffers. At the applications level, where all of the 
application's code has the same execution priority, 
the processor queues and dequeues messages in three 
queues . An input queue holds parsed command messages 
for processing by the application firmware. Two 
output queues hold complete input messages from the 
player station to be passed, using an arbitrary 
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prioritization scheme, to the up port's output buffer. 
Round-robin prioritization, for example, may be used 
to empty the output queues. 

The above description illustrates both a star and 
daisy-chain arrangement. The concentrator and player 
stations support either topology. While the 
concentrator arrangement may exhibit superior 
performance, the daisy-chain arrangement is, 
generally, less expensive. The choice among star, 
daisy-chain and a combination of the two arrangements 
will depend upon the requirements of a specific 
application. 

Referring now to Figure 6, personal computer 
assembly 124 houses a game processor such as a CPU 
126, for example a PENTIUM processor, for executing a 
blackjack gaming program responsively to the player 
input messages from player stations 16 (Figure 4) . 
input /output system such as a BIOS 128 receives the 
input messages from concentrator board keyboard output 
port 102 (Figure 5) by keyboard port 130 and bus 132. 
BIOS 128 outputs a signal to CPU 126 over a bus 134. 
As should be understood by those of ordinary skill in 
the art, BIOS 12 8 may decode or encode signals 
received by CPU 126 depending upon, for example, the 
configuration of the personal computer assembly. 

Moreover, a variety of circuitry configurations 
are possible within the range of personal computers. 
For example, a variety of input /output , memory (for 
example RAM 136) , buses, and other devices may be 
arranged in various suitable configurations . 
Furthermore, various methods may be employed utilizing 
such devices and configurations in communicating 
information between keyboard port 130, or other 
suitable data input port, and CPU 126. It should be 
understood that all suitable such personal computer 
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configurations may be employed in accordance with the 
present invention. 

As it executes a video card gaming program, CPU 
126 outputs video display signals to a monitor 138 via 
a parallel port 140. The video card gaming program 
executed by CPU 12 6 permits interactive participation 
by a plurality of players at player stations 16 
(Figure 1) . 

The video card gaming program is preferably 
written in an "event -driven" language such a Visual 
Basic or Visual C. An event -driven program performs 
operations responsively to "events," such as the 
depression of a push button that, in turn, causes BIOS - 
128 to output a signal to CPU 126. As should be 
understood by those of ordinary skill in this art, 
personal computers are generally equipped with 
operating systems which are configured to manage 
communication between the personal computer and the 
software programs. In particular, the operating 
system is configured to recognize certain signals, for 
example scan codes received by the keyboard port and 
to convert such signals into predetermined codes, for 
example ASCII codes, which may be utilized by the 
program. In a preferred embodiment, personal computer 
assembly 124 is an IBM- compatible system using a 
MSDOS -compatible operating system. The scan codes 
assigned by the concentrator board (Figure 5) are 
converted by the operating system to ASCII codes which 
are utilized in operation of the video card gaming 
program . 

Although a variety of card gaming programs may be 
utilized in accordance with the present invention, in 
one presently preferred embodiment CPU 126 is 
configured to execute a blackjack game wherein the 
gaming program generates a "dealer's" blackjack hand on 
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monitor 138 that is visible to the players at the 
player stations. The players submit wagers, accept or 
reject card "hits/ and select game options via the 
keys at the player stations. The player's hands are 
displayed on monitor 138 along with the dealer's hand 
in a manner similar to the display of cards on a 
casino blackjack table. Various versions of the basic 
blackjack or "21" game are known and may be employed 
in accordance with the present invention. 

Various types of metering devices may be employed 
within the system. For example, an "in" meter may be 
used to count the amount of money put into the gamine 
machine. The construction of such meters, which 
should be well understood in the industry, need not be 
described herein. Typically, however, the meter is al 
relatively simple counter which is incremented by 
pulses. The in meter may be implemented within the 
system as are various input/output devices illustrated^ 
in Figure 4. Thus, one or more such meters may 
communicate with common bus 80 directly, like button 
group 64, or through gate array 82, like button group 
60. 

In operation, the game computer may receive data 
from a player station's bill acceptor 2 0 corresponding 
to an amount of currency accepted. The game program 
recognizes this amount and causes the game computer or 
processor 84 to output an appropriate number of pulses 
to the in meter so that the in meter properly j 
increments, thereby recording the amount of money 1 
input at the player station. The number of pulses 
sent to the meter depends upon the denomination by \ 
which the meter is to count. For example, if the 
machine accepts currency in dollar, or greater, 
increments, the meter may increment for each dollar 
input at the machine or player station. Thus, if a 
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player inputs a five dollar bill, the meter is 
incremented five times. 

By controlling the meter through the game 
program, various types of bill acceptors may be used, 
for example those which output data by pulses or by 
digitally formatted signals. Various types of 
currency may be accepted, for example paper, coins or 
electronic media. 

Other such meters may be attached within the 
system in a similar fashion for other purposes. For 
example, the game program may increment an "out" meter 
to record the amount of money cashed out at the 
machine or player station, for example through a coin 
or bill hopper, ticket dispenser or electronic output 
mechanism. The program may also increment a "credits 
played" meter, to record how much money is wagered at 
a player station, and a "credits won H meter, to record 
the amount of money returned to the player station as 
winnings. Additionally, switches may be provided at 
the game cabinet's main door through which the game 
hardware is accessed, and/or, for example, at one or 
more cash drawers, that change state upon opening or 
closing of the door or drawers. These switches may 
communicate with the game computer, as do other 
peripheral devices such as the buttons and lamps 
described above, so that the game computer is notified 
of the openings and/or closings. Upon notice of a 
door or drawer opening, the game computer may 
increment a meter installed for this purpose. Such an 
arrangement may serve a security purpose, since the 
game's owner or operator may monitor the meter to 
assure that the game has not been opened since the 
previous meter reading. It should therefore be 
apparent that various game "events" may be metered 
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using the arrangement and construction of the present 
invention. 

The meters may be employed in a variety of game 
configurations. For example, as described above, they 
may be used in conjunction- with an interface assembly 
as described herein that facilitates communication 
between player stations and a workstation running the 
game. They may also be used, however, in arrangements 
without such an interface assembly, such as embedded 
systems or networked player stations not employing a 
common interface. In an embedded system, the meters 
can communicate with a dedicated processor on a 
printed circuit board directly, for example through 
direct wiring to the circuit board, or indirectly, for 
example through processors at the player stations. 
The dedicated processor can increment the meters 
appropriately as events, such as money in, money out, 
money wagered, money won and door openings or 
closings, occur. In the networked arrangement, the 
meters may be incremented by a server, either directly 
or through the player stations, or by player station 
processors. 

As noted above, one or more meters may be 
employed to record data for each player station. 
Alternatively, in a multiplayer game, a group of 
meters may be used to record such data for the 
multiplayer game as a whole, rather than per player 
station. Such meters may be attached as peripheral 
devices to the concentrator board 40 (Figure 5) or to 
one of the player stations. Furthermore, meter 
groups, whether for use with the gaming machine as a 
whole or with individual player stations, may be 
placed on their own boards. Such a board may include, 
for example, a memory device, a microprocessor and, 
possibly, an FPGA. Its construction and operation 
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would be similar to that of the player station 16 
arrangement illustrated in Figure 4, but on a smaller 
scale. In a star arrangement, such a board could 
communicate with an interface processing system 48 by 
a serial port 42 (Figure 3) . In a daisy-chain 
arrangement, the meter board, or boards, may be linked 
with the player stations. 

Moreover, the player stations themselves may be 
constructed by multiple such boards, each containing a 
certain group of input and/or output devices. Thus, a 
player station may have a board for its meters and a 
separate board for its buttons. In this manner, 
defective components may be replaced without requiring 
replacement of the entrire player station hardware. 
Further, a cabinet may be more easily reconfigured to 
play a different game which might require a different 
configuration of certain player station devices. 

While preferred embodiments of the invention have 
been described above, it should be understood that any 
and all equivalent realizations of the present 
invention are included within the scope and spirit 
thereof. The embodiments depicted are presented by 
way of example only and are not intended as 
limitations upon the present invention. Thus, while 
particular embodiments of the invention have been 
described and shown, it will be understood by those of 
ordinary skill in this art that the present invention 
is not limited thereto since many modifications can be 
made. Therefore, it is contemplated that any and all 
such embodiments are included in the present invention 
as may fall within the literal or equivalent scope of 
the appended claims . 
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APPENDIX 
I. General Message Structure 

The serial port messages to the various devices 
on the player stations are routed to the spare 
communications port of the- game computer, an IBM- 
compatible personal computer. This appendix defines 
the general structures of the messages needed to 
control the various devices . 

There are two types of serial port messages: 
output messages and input messages . The output 
messages are those sent from the game computer to the 
various devices . Input messages are those received by 
the game computer from the various devices. Not all 
devices necessarily respond to commands from the game 
computer. 

1 . 1 Output Message Structure 

The basic output message structure comprises a 
one character header, a one character address, a data 
field of unspecified length, and a single character 
terminator. The header and the terminator are the 
ASCII NULL character, 0x00. The address character 
identifies the player station to which the output 
message will be routed. 

The data field comprises an unrestricted number 
of characters. The characters in the data field may 
include any ASCII codes other than the ASCII NULL 
code. Specific messages to a device will have a 
defined structure discussed below. 

The general output message structure can be 
summarized as: NULL - address - data field - NULL. 

Table one summarizes exemplary defined addresses. 
Either upper case or lower case characters may be used 
as the address character. The '** address character is 
used to broadcast the data field of an output message 
to all the player station control boards. 
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All messages are sent using the above -defined 
format. This applies to all defined messages even if 
it is possible to distinguish between messages having 
fixed length data fields. Because the ASCII NULL 
character is used for both the header and terminator 
of a message, it is possible to use the terminator of 
one message as the header for the next message. Thus, 
two consecutive ASCII NULLs are not required to 
separate messages. 

TABLE 1 
MESSAGE ADDRESSES 



Destination 


Address 


Player Station #1 


'A 1 


Player Station #2 


i B' 


Player Station #3 


'C 


Player Station #4 


'D' 


Player Station #5 


'E* 


All Player Stations 


•*» 


Concentrator Board 




Printer 


•p. 


Progressive Sign 


'S' 



1.2. Input Message Format 

The basic input message structure comprises a one 
character header, a one character message type 
identifier, a one character address, a data field of 
unspecified length, and a single character terminator. 
The header and the terminator are the ASCII NULL 
character. The address character identifies to which 
board the messages will be sent. The message type 
identifier character is defined in Table 2. The data 
field comprises an unrestricted number of characters . 
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The characters in the data field may comprise any 
ASCII codes other than the ASCII NULL code. Specific 
messages from a device will have a defined structure 
discussed below. 

The general input message structure can be 
summarized as: 

NULL - type - address - data field - NULL. 
Input messages use the same address identifier 
character as defined in Table 1. 

TABLE 2 

INPUT MESSAGE TYPE IDENTIFIERS 



Message Type 


Identifier 


Error 




Status 




Credit Entry 


'$■ 


Button Action 





II. Output Messages: PLAYER/ CONCENTRATOR 

This section defines the output messages from the 
game computer that are processed by the player station 
control board (PLAYER) or the player station 
concentrator board (CONCENTRATOR) . These two boards 
support many of the same functions and devices in 
common. However, the CONCENTRATOR also routes serial 
printer data streams to a serial printer which is not 
supported by the PLAYERs. Therefore, all the common 
messages are defined in subsection, and CONCENTRATOR - 
specific commands are defined in subsection. 
2.1 Common Output Messages to PLAYER/ CONCENTRATOR 

The PLAYER and CONCENTRATOR boards support a 
common set of devices. Therefore, there is a common 
set of output messages between them. There are five 
common output messages : 
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2.1.1. Lamp/Relay Control Message 

The lamp/relay control message controls the state 
of each lamp/relay driver pin. The PLAYER board has 
fourteen drivers. The CONCENTRATOR board has seven 
drivers. The driver pins are addressed sequentially 
from 1 to 14; the CONCENTRATOR drivers are addressed 
from 1 to 7. The lamp/relay control message takes two 
forms. The first allows each driver to be 
individually addressed and to be turned on or off. 
The second simultaneously addresses all the drivers 
and turns each on or off based on a four digit ASCII 
Hexadecimal code. Each bit represented in the ASCII 
Hex code turns on the lamp/rely if the bit is set to a 
logical 1 or turns off the lamp/relay if the bit is 
reset to a logical 0. 

The data field format of the first lamp/relay 
control message formed is : 

'L f {h}{ , 0 , | , l 1 } . 

The ASCII Hexadecimal number {h} is the number of the 
lamp/relay driver to be controlled. The valid range 
of {h} is l('l') to 14 ('E') . 

The data field format for the second lamp/relay 
control message form is : 

u L0"{hhhh} . 

The string {hhhh} represents a four digit ASCII 
Hexadecimal number string. The typical range of this 
string will be 0( M 0000") to 4095 ("OFFF") . The least 
significant bit, bit 0, controls lamp/relay 1, and bit 
13 controls lamp/relay 14. The remaining bits should 
be programmed as zero. 

Lamp/relays 13 and 14 are typically reserved to 
control two meters. For this reason, the typical 
range for this form of the lamp/relay control message 
value string contains a '0' for the most significant 
four bits. 
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The user may use lamp/relay drivers 13 and 14 to 
drive lamps, relays, or totalizing meters. The 
firmware does not eliminate drivers 13 and 14 from the 
range of lamps/relays drivers that can be controlled 
by this message simply because they are typically used 
to control totalizing meters. It is the 
responsibility of the game computer to use the drivers 
appropriately . 

2.1.2, Pulse Meter Message 

The pulse meter message allows a lamp/relay 
driver to be pulsed for a programmed number of times 
as defined by a four character ASCII Hexadecimal 
number string. The pulse meter message uses only 
lamp/relay drivers 13 and 14 to control the two 
totalizing meters found in most configurations. The 
pulse meter message definition is: 

'M'{d}{hh} 

The ASCII Decimal digit {h} defines which lamp/relay 
driver will be pulsed. The valid range for {d} is 
lCD to 2 ('2') . Pulses for meter 1 are sent to 
lamp/relay 13. Those for meter 2 are sent to 
lamp/relay driver 14. The two digit ASCII Hexadecimal 
number {hh} represents the number of pulses sent to 
the addressed lamp/relay driver. The valid range for 
{hh} is 1 (T) to 255 ("FF") . 

The pulse meter message causes the addressed 
board to begin pulsing the selected meter's lamp/relay 
driver with a pulse train equivalent to five pulses 
per second. This rate is adequate for most totalizing 
meters . 

The PLAYER and CONCENTRATOR boards accept 
additional pulse meter messages from the game computer 
before the previous pulse meter message has been 
completed. The firmware maintains the meter pulse 
count for meter in internal 16-bit registers. It is 
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the responsibility of the game computer not to cause 
an overflow of these meter pulse count registers. The 
firmware sends a status message to the game computer 
whenever either pulse meter count register decrements 
to zero, thus completing the command. 

2.1.3. Dispense Ticket Message 

The dispense ticket message commands the PLAYER 
or the CONCENTRATOR boards to dispense a programmable 
number of tickets as defined by a four character ASCII 
Hexadecimal number string. The pulse meter message 
definition is: 

'T'fhh} 

The two digit ASCII Hexadecimal number {hh} represents 
the number of tickets to be dispensed from the ticket 
dispenser. The valid range for {hh} is 1 ('1') to 
255 ( U FF W ). 

The dispense ticket message causes the addressed 
board to begin dispensing tickets at the rate of the 
attached ticket dispenser. The PLAYER and 
CONCENTRATOR boards accept additional dispense ticket 
messages from the game computer before the previous 
dispense ticket message has been completed. The 
firmware maintains the ticket dispense count in a 16- 
bit internal register. It is the responsibility of 
the game computer not to overflow the ticket dispense 
count register. The firmware sends a status message 
to the game computer whenever the ticket dispense 
count register decrements to zero, thus completing the 
command . 

2.1.4. Dispense Tokens Message 

The dispense tokens message commands the PLAYER 
or the CONCENTRATOR board to dispense a programmable 
number of tokens as defined by a four character ASCII 
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Hexadecimal number string. The pulse meter message 
definition is: 

TT{hh}. 

The two digit ASCII Hexadecimal number {hh} represent 
the number of tokens to be dispensed from the token 
dispenser's hopper. The valid range for {hh} is 1('D 
to 255("FF W ) . 

The dispense token message causes the addressed 
board to begin dispensing tokens at the rate of the 
attached token dispenser. The PLAYER and CONCENTRATOR 
boards accept additional dispense tokens messages from 
the game computer before the previous dispense tokens 
messa ge has been completed. The firmware maintains 
the token dispense count in a 16-bit internal 
register. It is the responsibility of the game 
computer not to overflow the token dispense count 
register. Firmware sends a status message to the game 
computer whenever the token dispense count register 
decrements to zero, thus completing the command. 

2.1.5. Display Data Message 

A numeric display capable of displaying two eight 
digit numbers, including a decimal point, can be 
controlled by either the PLAYER or CONCENTRATOR board. 
The boards automatically determine during board 
initialization whether an LED display module is 
connected to the LED display serial port. If an LED 
display is found, the boards direct the data to the 
LED display module, otherwise the boards assume that 
an LCD display module is attached and direct the data 
to that display. The display data message definition 
is: 'D^d} {NULL-terminated ASCII Decimal numeric 
string} . The ASCII decimal digit {d} selects into 
which of the two supported display fields the ASCII 
decimal numeric string will be displayed. The valid 
values for {d} is 1 CD or 2 ('2'). Valid characters 
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for the ASCII decimal numeric string elements are '0' 
to '9* and W 

The numeric string is displayed as transmitted. 
It is responsibility of the game computer to transmit 
a valid numeric string. A- maximum of eight 
characters, excluding the decimal point, may be 
displayed in each field. If more than eight digits 
are transmitted, the display is only updated with the 
first eight characters received. 
2.2. CONCENTRATOR -Only Output Messages 

There is one output message specific to the 
CONCENTRATOR board. 

2.2.1. Set Baud Rate Message 

This message allows the game computer to control 
the baud rate of all the serial ports installed on the 
CONCENTRATOR. Each PLAYER board is connected to the 
CONCENTRATOR using a serial port. These ports have 
defined baud rates of 9600 baud. Since this message 
is specific to the CONCENTRATOR, the game computer 
should not change the baud rate of the serial ports 
connected to the PLAYER boards. 

The printer and the progressive sign are serial 
devices connected to the CONCENTRATOR. For these 
devices, the baud rate may vary. Thus, the message is 
intended to allow the game computer to program the 
baud rate of the serial ports to which these two 
devices are connected. Table 3 defines the default 
configuration and connectivity of the available serial 
ports . 

The format for the set band rate message is: 
'Z'{h} {speed code} {'8' | '7'} {'N' | 'E' | '0'} {'!' | '2'} . 
The ASCII Hexadecimal digit {h} defines the serial 
port to be programmed. Table 4 defines the character 
{speed code} used to define the baud rate for the port 
to be programmed. 
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TABLE 3 
SERIAL PORT MAP 



Device 


Port # 


Address 


Configuration 


PLAYER 1 


0 


*A' 


9600, 8 ,N, 1 


PLAYER 2 


1 


'B' 


9600, 8,N, 1 


PLAYER 3 


2 


4 C 


9600, 8 ,N, 1 


PLAYER 4 


3 


D 


9600, 8,N, 1 


PLAYER 5 


4 


'E* 


9600, 8 ,N, 1 


Progressive 


5 


*S' 


2400, 8 ,N, 1 


Printer 


6 




9600, 8, N, 1 


Spare 1 


7 




9600, 8,N, 1 


Spare 2 


8 




9600, 8, N, 1 


Spare 3 


9 




9600, 8,N, 1 


Spare 4 


10 




9600, 8,N, 1 


Spare 5 


11 




9600, 8, N,l 


Spare 6 


12 




9600,8,N # 1 


Spare 7 


13 




9600, 8, N, 1 


Spare 8 


14 




9600, 8, N, 1 


Spare 9 


15 




9600,8,N,1 
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TABLE 4 
SERIAL PORT SPEED CODES 



Baud Rate 


Speed Code 


300 


A 


600 


B 


1200 


c 


2400 


'D* 


4800 


'E* 


9600 


'F' 


19200 


'G* 


38400 


'H' 



2.3. Progressive Sign and Printer Output Messages 

Messages to the progressive sign or to the 
printer are formatted according to the general output 
message format specified in section 1.1. The 
CONCENTRATOR board simply routes the data field of the 
general message format to the serial port connected to 
the addressed device: the progressive sign or the 
printer. The format of the data field is wholly 
controlled by the game computer. The CONCENTRATOR 
does not parse the data field except to find the 
terminating ASCII NULL. Thus, the data field of the 
output messages directed to these two devices cannot 
include ASCII NULLs. 

2.4. General Purpose Control Messages 

The PLAYER and CONCENTRATOR bpards may be 
controlled completely with the two messages defined in 
this section. The output messages defined in sections 
2.1 and 2.2 are designed to allow the 

PLAYER/ CONCENTRATOR to off-load some of the burden of 
explicitly controlling or polling each peripheral 
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device function. The two messages defined in this 
section allow the game computer more explicit control 
of the various device functions of the PLAYER and 
CONCENTRATOR boards and to determine the status of the 
PLAYER and CONCENTRATOR boards. 

2.4.1. Read Register Message 
The read register message allows the game 
computer to explicitly read the contents of the 
internal register being used by the 

PLAYER/ CONCENTRATOR board firmware for various input, 
control, or status functions. The syntax for this 
message is : 

•R'{h}. 

The ASCII Hexadecimal digit {h} is the address of the 
internal register to be read. Table 5 defines the 
register addresses that may be read. Each register 
defined in Table 5 is an 8 -bit register the contents 
of which are returned to the game computer as a status 
message. 
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TABLE 5 
READ REGISTER ADDRESSES 



Name 


Function 


Address 


rH crit~al Innut #1 


Push-button Bank 1 


'1' 


rHrr-it-al Tnmit* #2 

L/JL^ludl J.I1JLJLLI* ft 


Push-button Bank 2 


'2' 


L 1 J_ y _L L. CtJL liiput Tr -J 


General Puroose Inputs 


'3' 


ysA rri t* .za 1 TttoiiI" tt4 
UlUXLai. xii^jlil, tr * 


DIP Switches 


'4' 


r» -I <~r -i t* 3 1 Trifiiit* its 


Meter #1 Count (low) 


'5' 


n-i rri ha 1 TnTiiit" 


Meter #1 Count (hicrh) 


'6' 


n -i rr *i t - ^ 1 Tnrnit* £7 

UJ.yiL.CtX JLllJJUL, fr * 


Mptpr #2 Count (low) 


'7' 


niai fal Innut #8 

L/ J.M1 uax Xlipuu TT *-* 


Meter #2 Count (high) 


'8' 


Digital Input #9 


Token Count (low) 


'9' 


Digital Input #10 


Token Count (high) 


'A' 


Digital Input #11 


Ticket Count (low) 


'B' 


Digital Input #12 


Ticket Count (high) 


'C 


Status Register 


FPGA/Firmware Status 





2.4.2. Write Register Message 

The -read register message allows the game 
computer to explicitly read the contents of. the 
internal register being used by the 

PLAYER/ CONCENTRATOR board firmware for various input, 
control, or status functions. The syntax from this 
message is: 

*W{h}{hh}. 

The ASCII Hexadecimal digit {h} is the address of the 
internal register to be read. The two ASCII 
Hexadecimal digit {hh} defines the data to be written 
to the selected internal register. Table 6 defines 
the register addresses that may be read. Each 
register defined in Table 6 is an 8 -bit register the 
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contents of which will be modified to the value 
contained in the write register message. 

TABLE 6 
WRITE REGISTER ADDRESSES 



Name 


Function 


Address 


Digital Output #1 


Lamp Bank 1 


'1' 


Digital Output #2 


Lamp Bank 2 


'2' 


Digital Output #3 


General Purpose Outputs 


'3' 


Digital Output #4 


General Purpose Outputs 


'4' 


Digital Output #5 


Meter #1 Count (low) 


'5' 


Digital Output #6 


Meter #1 Count (high) 


'6' 


Digital Output #7 


Meter #2 Count (low) 


'7' 


Digital Output #8 


Meter #2 Count (high) 


'8' 


Digital Output #9 


Token Count (low) 


'9' 


Digital Output #10 


Token Count (high) 


'A' 


Digital Output #11 


Ticket Count (low) 


'B' 


Digital Output #12 


Ticket Count (high) 


'C 


Control Register 


F PGA/ F i rmware Con t rol 


'F' 



3. Input Messages: PLAYER/ CONCENTRATOR 

Section 2 defined the output messages from the 
game computer to either the PLAYER or the CONCENTRATOR 
board. This section defines the messages from the 
PLAYER and CONCENTRATOR boards to the game computer. 
The input messages to the game computer are presently 
classified into four types: error, status, credit 
action, and push-button action. These messages are 
sent by the PLAYER board through the serial port to 
the CONCENTRATOR board's keyboard port to the game 
computer. While the CONCENTRATOR board also sends 
these messages to the game computer, it does so only 
through the keyboard connector. The CONCENTRATOR 
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board translates all input messages into keyboard 
keycode sequences . 

This section defines the input messages from the 
PLAYER / CONCENTRATOR as ASCII sequences. There are 
input messages common to both the PLAYER and 
CONCENTRATOR boards as well as messages that originate 
only from the CONCENTRATOR board. The common input 
messages are defined in subsection 3.1. The 
CONCENTRATOR- spec if ic input messages are defined in 
subsection 3.2. The translation of the ASCII input 
messages into keyboard keycode sequences are defined 
in section 4 . 

3.1- Common Input Messages 

This subsection defines the common input messages 
for the PLAYER and the CONCENTRATOR boards. The four 
input message types follow the same basic format as 
defined in subsection 1.2. Refer to Table 1 and to 
Table 2 for the address and type identifiers. 
3.1.1. Common Error Input Messages 
The error input message definition is: 

•?'{a}{hh}. 

The ASCII character {a} defines the address of the 
source as defined in Table 1. The two character ASCII 
Hexadecimal number {hh} identifies the error code. 
The currently defined error codes are provided in 
Table 7. 



TABLE 7 
COMMON ERROR CODES 



Detected Error 


Code 


FPGA Reloaded/Power-Off Intrusion 


"80" 


Token Hopper Overflow 


"40" 


Token Hopper Empty 


"20" 


Ticket Dispenser Empty 


"10" 
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3.1.2. Common Status Input Messages 

There are two kind of status input messages: 
solicited and unsolicited. Solicited status input 
5 messages are sent to the game computer as a result of 

a direct request. Direct requests for status input 
messages are made using the read register output 
message. 

Unsolicited status input messages are sent to the 
10 game computer as a result of the error free completion 

of an action initiated by an output message. For 
example, unsolicited status input messages are 
returned by the pulse meter, the dispense ticket, and 
the dispense token output messages whenever the 
15 appropriate count register decrements to zero. 

* The status input message format is: 

•!'{a}{h}{hh}. 

The ASCII character {a} is the address of the source 
as defined by Table 1. The single ASCII Hexadecimal 

20 digit {h} is the read register codes for the two ASCII 

Hexadecimal digit {hh} data which follows. The read 
register codes are given in Table 5. The read 
register M F" is used to identify unsolicited status 
input messages. Table 8 defines the four unsolicited 

25 status input message data fields currently defined. 

TABLE 8 

UNSOLICITED STATUS RESPONSE CODES 



Status Indication 


Status Code 


Token Dispensing Complete 


"08" 


Ticket Dispensing Complete 


"04" 


Meter #2 Count Complete 


"02" 


Meter #1 Count Complete 


"01" 
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3.1.3. Common Credit Action Input Message 

The PLAYER and CONCENTRATOR boards are designed 
to accept both a serial output dollar bill acceptor 
(DBA) , or a pulsed output DBA. The credit action 
message is defined to efficiently notify the game 
computer of the credit code received from a serial 
output DBA. Neither the PLAYER board or the 
CONCENTRATOR board interpret the credit code received. 
It is the responsibility of the game computer to 
process the credit action input message and to send a 
pulse meter output message to the appropriate board in 
order to record the appropriate number of credits on a 
totalizing meter. 

The credit action input message format is: 

•$'{a}{hh}. 

The ASCII character {a} is the address of the source 
as defined in Table 1. The two digit ASCII 
Hexadecimal number {hh} is the code sent by the DBA. 

No interpretation of that code is performed by 
the PLAYER firmware or the CONCENTRATOR firmware with 
respect to the value of the currency accepted by the 
DBA. The PLAYER/ CONCENTRATOR does process the 
control/status codes received from the DBA in order 
the maintain control of the DBA. The range of values 
that the game computer should expect for the DBA 
credit action input message data filed is 129 ( u 81") to 
133 ("85")- Table 9 defines the complete set of values 
that the PLAYER or CONCENTRATOR expects to receive 
from the DBA. The values provided represent the 
definition for CashCode-compatible serial output DBAs. 
The DBA message codes defined in Table 9 also include 
several error codes, beginning with "failure 
detected." These error codes are reported using the 
credit action input message rather than the error 
input message. 
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TABLE 9 

CREDIT ACTION INPUT MESSAGE CODES 



DBA Message 


Hex Code 


£1 Credit 


« Q1 H 


^.JLCUJ.U 


"82 11 


9D LJ.CU1L 


"83 " 






^0 n rv^H 1 1* 


"85" 


IcScrvcU 


u 86" 


rcScrvcu 


"87" 


upnH 

V CI1U 


"89" 


11 _J_ _1_ _L XVC U Ui. ilwvii 


U 8A" 


Bill Rejected 


M 8B W 


Failure Detected 


U 8C M 


Stacker Full 


tt 8D" 


Lockable Cassette Removed 


"8E" 


Lockable Cassette Attached 


»8F" 



3.1.4. Common Push-button Action Input Messages 

The PLAYER and CONCENTRATOR boards implement 
digital input switch debouncing on the first 16 
digital inputs. These inputs are thus treated as 
push-buttons. The firmware debounces the closing or 
opening of external switches. Only fully debounced 
changes of state are sent as push-button input 
messages to the game computer. The firmware also 
prevents the simultaneous closure of two or more 
switches. This does not mean that the game computer 
cannot implement multi-button logic, but it does 
require that the game computer use the more general 
purpose read register output message to read the sate 
of multiple switches simultaneously. The firmware 
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reports the closing of a push-button using a lower 
case alphabetic ASCII character, and it reports the 
opening of the switch as an upper case alphabetic 
character. Each push-button, PB1 through PB16, is 
reported as 'A 1 through 'P' or 'a 1 through 'p', depending 
on whether the push-button is being opened or closed, 
respectively. The format for this input message type 
is : 

'® , {a}{ , A^. , P , | , a^. , p , }. 
The ASCII character {a} defines the source of the 
push-button action input menages as defined by Table 
1. 

3.2. CONCENTRATOR- specific Input Messages 

The preceding subsection defined the common input 
messages for the PLAYER and CONCENTRATOR boards. At 
this time there are no CONCENTRATOR- spec if ic input 
messages defined. 

4. ASCII Messages Keycode Translation 

A primary difference between the message 
translation of the CONCENTRATOR board firmware and 
that of the PLAYER firmware is that the CONCENTRATOR 
board firmware translates all messages to be sent to 
the game computer into IBM PC/AT-compatible keyboard 
keycode sequences. It also sends all input messages 
to the game computer via the game computer's keyboard 
port. This section defines a keycode translation 
table for all the ASCII input messages. 

4.1. Push-button Keyboard Scan Code Translation Matrix 

Table 10 defines the translation of the push- 
button action input messages into keycodes compatible 
with the game system. In the table, N0-N9 represent 
the ten keycodes for the keyboard's number pad; F1-F6 
represent the function keys; and keycodes preceded 
with a lower case S indicate that the keycode is 
preceded with the keycode with the left shift button. 
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TABLE 10 

PUSH - BUTTON KEYCODE TRANSLATION TABLE 



5 



PBff 


JVCfTT Pnrlp 




PS&2 


PS#3 


PS#4 


PS#5 


CONC 


1 


A , a. 


vrn 






I 


o 


Pause 


2 


'B'/b' 


N7 


7 


H 


P 


X 


N9 


3 


'C'/c' 


N5 


5 


F 


N 


V 


Enter 


4 


•D'/d* 


Nl 


1 


B 


J 


R 


ESC 


5 


'E'/e' 


N2 


2 


C 


K 


S 


TAB 


6 


'F'/f 


N6 


6 


G 


0 


W 


/ 


7 


'G\'g' 


N8 


8 


Space 


Y 


z 


Scroll 
Lock 


8 


H , n 


N3 


3 


U 


T 

Aj 


rp 
1 


Nuni Lock 


9 


I , 1 


XT/I 

N4 


A 

4 


T? 
Cm 


M 


TT 
U 


caps juock 


10 


< T' • -i * 


t-i 1 

Fx 




r J 


r *k 


r b 


r b 


11 


K , K 








cad 


eV 


DO 


12 


'L'/l' 


sB 


sH 


sN 


sT 


sZ 


Del 


13 


'M'/m' 


sC 


si 


SO 


sU 


sO 


Ins 


14 


'N'/n' 


SD 


sJ 


sP 


sV 


s3 


Home 


15 


■O'/o" 


sE 


sK 


sQ 


sW 


s6 


End 


16 


'PVP' 


sF 


sL 


sR 


sX 


s9 


NEnter 



The keycode scan code require the CONCENTRATOR 
firmware to generate both make and break sequences 
during the translation process. Thus, Tables 11 
25 through 16 provide scan code sequences for each of 

five player stations and the CONCENTRATOR to document 
the keyboard scancode sequence required in the 
translation tables for the push-button action input 
messages . 



30 
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TABLE 11 

PLAYER STATION #1 SCAN CODE SEQUENCES 



PBff 




Mnlr£> Sentience 


Break Code 

A++m vI»4b ^^^^^^^^ 


Break Sequence 


1 
1 


cL 


0x70 


4 A' 


OxFO , 0x70 


2 


JJ 


over 




OxFO , 0x6C 




C 


0x73 


*c 


OxFO , 0x73 


4 


CL 


0v69 




OxFO 0x69 


5 


e 




'E' 


OxFO 0x72 


**• 
6 


r 






OyPO Ov74- 


7 




Ua / D 




UAt u , U A / ZJ 


8 


n 


UA / i\ 




V-/ , \J A. f t\ 


9 


l 


UXbti 


l T » 

X 


UaT VJ , UaOD 


10 


D 


A V A C 

UXUD 


'.T 1 
u 


UXr U , UXU D 


11 


K 


HyI 9 fWI £ 
UJlJ.^ , UAIO 


'K* 




12 


'V 


0x12, 0x32 


•L* 


OxFO , 0x32 , OxFO , 0x12 


13 


'm' 


0x12, 0x21 


*M' 


OxFO , 0x2 1 , OxFO , 0x12 


14 


'n' 


0x12, 0x23 


'N' 


OxFO , 0x23 , OxFO , 0x12 


15' 


'o' 


0x12, 0x24 


'0' 


OxFO , 0x24 , OxFO , 0x12 


16 


'P' 


0x12, 0x2B 


.p. 


OxFO , 0x2B , OxFO , 0x12 



20 
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TABLE 12 

PLAYER STATION #2 SCAN CODE SEQUENCES 



5 



pott 


Make Code 


Make Sequence 


Break Code 


Break Sequence 


1 

X 


'a' 


0x45 


*A' 


0xF0, 0x45 


Z 


*b' 


0x3D 


'B' 


OxFO , 0x3 D 




'c' 


0x2E 


'C 


OxFO , 0x2E 


A 
ft 




0x16 


'D' 


OxFO, 0x16 


D 




OxlE 


'E* 


OxFO, OxlE 


*r 
O 


i- 


0x36 


'F* 


OxFO, 0x36 


/ 


'a' 

y 


0x3 E 


'G' 


OxFO , 0x3E 


Q 

O 




0x26 


'H' 


OxFO, 0x26 


Q 


1 

J. 


0x25 


T 


OxFO, 0x25 




J 


0x06 


'J' 


OxFO, 0x06 


11 


4 k' 


0x12 , 0x34 


'K' 


OxFO , 0x34 , OxFO , 0x12 


i 12 


•r 


0x12, 0x33 


'L* 


OxFO , 0x33 , OxFO , 0x12 


13 


'm' 


0x12,0x43 


•M' 


OxFO , 0x43 , OxFO , 0x12 


14 


•n' 


0x12 , 0x3B 


'N* 


OxFO, 0x3B, OxFO, 0x12 


15 


•o' 


0x12,0x42 


'0' 


OxFO , 0x42 , OxFO , 0x12 


16 


'p' 


0x12 , 0x4B 


'P r 


OxFO , 0x4B , OxFO , 0x12 



20 



WO 99/00162 



PCT/US98/13549 



57 

TABLE 13 

PLAYER STATION #3 SCAN CODE SEQUENCES 



5 



Tin JL 
PBff 


MaKe Loae 


Male* a SAcmAnce 


Break Code 


Break. Sequence 


1 


'a' 




'A' 


OxFO . 0x16 


2 


ID 


0x33 


'B' 


OxFO , 0x33 


3 


»~» 

C 


0x2 B 


'C* 


OxFO , 0x2B 


A 
*± 


u 


0x32 


'D' 


OxFO , 0x32 


c 

b 




0x21 


'E' 


OxFO , 0x21 


6 


JL 




'F' 


OxFO 0x34 


/ 


g 




'G' 


OxFO 0x29 


8 


n 




'H 1 


OxFO 0x23 


9 


i • i 

1 




JL 




10 


i • i 

3 


UXU^ 


u 




11 


K. 






OxFO OyIA OxFO 0x12 


12 


T 


0x12,0x31 


•L* 


OxFO , 0x3 1 , OxFO , 0x12 


13 


'm' 


0x12,0x44 


'M' 


OxFO , 0x44 , OxFO , 0x12 


14 


'n' 


0x12, 0x4D 


'N* 


OxFO , 0x4D , OxFO , 0x12 


15" 


'o* 


0x12 , 0x15 


'0' 


OxFO , 0x15 , OxFO , 0x12 


16 


'P' 


0x12 , 0x2D 


.p. 


OxFO , 0x2D, OxFO , 0x12 



20 
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TABLE 14 

PLAYER STATION #4 SCAN CODE SEQUENCES 



PB# 


MaJce code 


ricuce Dequeue e 






1 


a 


A v 1 C 

UX1D 


•A' 

A 


UAr U , UaXj 


2 


b 


0X22 




UXr U , UXZZ 


3 


• » 

c 


UXzA 




UXr U , UXZA 


4 


a 


0X2 U 


'TV 
iJ 


UXr U , UXZ1J 


5 


e 


0X1B 


Ci 


UXr u , uxib 


6 


f 


QxlD 


r 


UXr u , oxiu 


7 


g 


0X1 A 




UXr U , UX1A 


8 


it, t 

n 


UX2b 


'w* 

tl 


UXr U , UXzo 


9 


i 


0X3C 


1 


UXr U , 0X3 C 


10 


D 


UX03 


u 


UXr 0 , 0X03 


11 


K 


0X12 , UX3b 


Jv 


UXr U , UXJ D , UXr U , UXlz 


12 


•r 


0x12, OxlA 


'L' 


OxFO , OxlA, OxFO , 0x12 


13 


W 


0x12, 0x45 


'M' 


OxFO , 0x45 , OxFO , 0x12 


14 


'n' 


0x12, 0x26 


'N* 


OxFO , 0x2 6 , OxFO , 0x12 


15 


'o' 


0x12, 0x36 


'O* 


OxFO , 0x3 6 , OxFO , 0x12 


16 


'P' 


0x12 , 0x46 


•p. 


OxFO , 0x46 , OxFO , 0x12 



20 
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TABLE 15 

PLAYER STATION #5 SCAN CODE SEQUENCES 



5 



PBff 




Malr£» Sentience 


Break Code 


Break Sequence 


1 


• a 




'A' 


OxFO . 0x43 


2 


D 


0x4D 


'B' 


OxFO , 0x4D 


3 


c 


0x31 


*C 


OxFO, 0x31 


4 




OvTR 


'D' 


OxFO , 0x3B 


5 


e 




'E' 


OxFO , 0x42 


6 


r 




«F' 


OxFO 0x44 


7 


g 


UAJ 3 


VJ 


v Wl w , \Jtr^J>J 


8 


n 




'H' 
ii 




9 


1 




'I' 

JL 




10 


i • i 

3 


n-v-nr 1 

UXUL 


u 




JL-L 


JV 


0x12 OxlB 


•K* 


OxFO , OxlB , OxFO , 0x12 


; 12 


■r 


0x12, 0x26 


'L' 


OxFO , 0x2 6 , OxFO , 0x12 


13 


•m' 


0x12, 0x3 C 


'M' 


OxFO, 0x3C, OxFO, 0x12 


14 


'n' 


0x12 , 0x2 A 


•N" 


OxFO ,'0x2A, OxFO , 0x12 


15 


'o' 


0x12 , OxlD 


•0" 


OxFO , OxlD , OxFO # 0x12 


16 


'P' 


0x12,0x22 


.p. 


OxFO , 0x22 , OxFO , 0x12 



20 
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TABLE 16 

CONCENTRATOR SCAN CODE SEQUENCES 



PB# 


Make Code 


Make Sequence 


Break Code 


Break Sequence 


1 


'a 1 


OxEl, 0x14, 
0x77, OxEl, 

f\vT?n AvI A 

OxFO , 0x77 




none 


2 . 


*b' 


0x7D 


'B' 


OxFO , 0x7D 


■a 

-J 


'c' 


0x5A 


•c* 


OxFO , 0x5A 


A 


'd 1 


0x76 


•D' 


OxFO , 0x76 


c 


'e' 


OxOD 


'E* 


OxFO , OxOD 




•f ' 


0x4A 


•F' 


OxFO , 0x4A 


/ 


'a' 


0x7E 


'G' 


OxFO . 0x7E 


Q 
o 


«h' 


0x77 


*H' 


OxFO 0x77 


Q 




0x58 


T 


OxFO , 0x58 




j 


OxOB 


4 J' 


OxFO , OxOB 


11 


'k* 


0x56 


'K* 


OxFO , 0x56 


12 


T 


OxEO, 0x71 


'L' 


OxEO, OxFO, 0x71 


13 


'm* 


OxEO, 0x70 


'M* 


OxEO, OxFO, 0x70 


14 


•n 1 


OxEO, 0x6C 


'N' 


OxEO, OxFO, 0x6C 


15 


'o' 


OxEO, 0x69 


•o* 


OxEO, OxFO, 0x69 


16 


*p' 


OxEO , 0x5A 




OxEO , OxFO , 0x5A 



20 



4.2. Error, Status, and Credit Action Scan Code 
Translation 

These input message types follow a prescribed 
message format defined above in section 3 . This 
25 section defines the scan code sequences for these 

messages by first defining the scan code alphabet the 
message types must use. An alphabet of scan codes can 
be defined because these message types use only a 
finite number of ASCII codes to form each input 
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message. The ASCII character alphabet for these 
messages is : 

{'?',' !','$' ,'@'/ '0* - . '9' , 'A* . /FVPVS'} . 
Table 17 defines the make and break scan code 
sequences for these message types. 

TABLE 17 

SCAN CODES FOR ERROR, STATUS , AND CREDIT ACTION 
MESSAGES 



ASCII 


Make 


Break 


ASCII 


Make 


Break 




0x03 


OxFO, 0x03 


0 


0x45 


OxFO, 0x45 




0x0 C 


OxFO , OxOC 


'1' 


0x16 


OxFO, 0x16 




0x04 


OxFO , 0x04 , OxFO , 0x12 


'2' 


OxlE 


OxFO, OxlE 


'A' 


0x16 


OxFO, 0x16 


•3' 


0x26 


Oxf 0 , 0x26 




0x32 


OxFO, 0x32 




0x25 


OxFO, 0x25 


•c* 


0x21 


OxFO, 0x21 


'5 1 


0x2E 


OxFO , 0x2E 


'D' 


0x23 


OxFO, 0x23 


'6' 


0x36 


OxFO, 0x36 


'E* 


0x24 


OxFO, 0x24 


'7' 


0x3D 


OxFO , 0x3D 


'F' 


0x2B 


OxFO , 0x2B 


'8' 


0x3 E 


OxFO, 0x3E 


ip- 


0x4D 


OxFO , 0x4D 




0x46 


OxFO , 0x46 


'S' 


OxlB 


OxFO , OxlB 




0x06 


OxFO , 0x06 



10 



15 



20 



As an example, the Token Hopper overflow Error 
input message from player station 1 may be written as 

U ?A80» . 

25 That message would consist of the following scan code 

sequence : 0x03 , OxFO, 0x03, 0x16, OxFO, 0x16, 0x3E, OxFO, 
0x3E, 0x45, OxFO, 0x45. 

As the above scan code sequence indicates, each 
"key stroke" constists of the make scan code 

30 immediately followed by the break scan code for the 

same key. An exception is that the break scan code 
for the left shift key follows the break scan code for 
the key being shifted. 
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WHAT IS CLAIMED IS: 

1. A multiplayer interactive video gaming 
device, said device comprising: 

a computer workstation assembly including an 
input/output system, at least one data port, and a 
game processor device configured to receive input 
signals by said input/output system from one or more 
said at least one data port and to execute a video 
gaming program resporisively to said input signals; 

at least one player station including at least 
one data input device and configured to output player 
input messages in response to activation of said at 
least one data input device; and 

an interface assembly in operative communication 
with said at least one data port and configured to 
receive said player input messages from a plurality of 
said player stations and to output said player input 
messages to said computer workstation assembly by one 
or more said at least one data port, said interface 
assembly and said at least one player station being 
operably associated with each other to route said 
player input messages from said at least one player 
station to said computer workstation assembly 
according to a predetermined protocol so that player 
input messages generated from simultaneous activation 
of a plurality of said input devices are output to 
said computer workstation assembly without information 
loss . 

2. The device as in claim 1, wherein said one 
or more at least one data. port includes at least one 
operating system data port. 

3 . The device as in claim 2 , wherein said at 
least one operating system data port includes a 
keyboard port . 
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4. The device as in claim 1, wherein said at 
least one data port is a single keyboard port. 

5. The device as in claim 2, wherein said at 
least one operating system data port includes a serial 
port . 

6. The device as in claim 1, wherein said at 
least one data port is a single serial port. 

7. The device as in claim 1, wherein said 
computer workstation assembly comprises a personal 
computer assembly including said input/output system, 
said at least one data port and said game processor 
device in a local unit . 

8. The device as in claim 1, including a 
plurality of spatially separate said player stations. 

9. The device as in claim 1, wherein said 
interface assembly includes an input buffer system in 
communication with said at least one player station 
and wherein said interface assembly is configured to 

5 receive said player input messages and to store said 

player input messages in said input buffer system. 

10. The device as in claim 9, wherein said 
interface assembly includes an output buffer system 
and a control mechanism configured to retrieve said 
player input messages stored in said input buffer 

5 system and to store said retrieved player input 

messages in said output buffer system. 

11. The device as in claim io, wherein said 
interface control mechanism is configured to 
sequentially output said stored player input messages 
from said output buffer system to said computer 
workstation assembly. 

12. The device as in claim 11, wherein said 
interface control mechanism is configured to output 
said stored player input messages in the order they 
are stored in said output buffer system. 
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13. The device as in claim 1, wherein each said 
at least one player station includes a control 
mechanism configured to receive input signals from 
said input devices and to convert said input signals 
to message codes identifying, and indicating the state 
of, the particular input devices from which said 
player station control mechanism received said input 
signals, said player input messages comprising said 
message codes . 

14. The device as in claim 13, wherein said 
player station control mechanism converts said input 
signals to said message codes in American Standard 
Code for Information Interchange (ASCII) format. 

15 . The device as in claim 13 , wherein each said 
player station includes an output buffer system and 
wherein said player station control mechanism at each 
said player station is configured to store said 
message codes in said output buffer system and to 
sequentially output said player input messages 
comprising said message codes to said interface 
assembly. 

16 . The device as in claim 13 wherein each said 
player station includes a plurality of said input 
devices and wherein one said input device comprises a 
currency acceptor configured to accept currency from a 
player at the corresponding player station for 
wagering purposes and to output an input signal to 
said player station control mechanism. 

17. The device as in claim 16, wherein said 
player station control mechanism is configured to 
convert said input signals from said currency acceptor 
to message codes indicating the state of said currency 
acceptor. 

18. The device as in claim 1, including a video 
display assembly in communication with said computer 
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workstation assembly, said video display assembly 
configured to display video images responsively to 
said video gaming program, said video display assembly 
including a video monitor. 

19. The device as in- claim 8, wherein said 
interface assembly is operably associated with each 
said player station to directly receive said player 
input messages from each said player station and 
wherein said interface assembly is configured to 
output said player input messages to said computer 
workstation assembly by one or more said at least one 
data port according to a predetermined protocol so 
that player input messages simultaneously received 
from said player stations are output to said computer 
workstation assembly without information loss. 

20. The device as in claim 19, wherein said 
interface assembly is separate from said player 
stations . 

21. The device as in claim 8, wherein said 
interface assembly is operably associated with a first 
said player station to directly receive said player 
input messages from said first player station, wherein 
the other of said player stations are arranged 
downstream from said interface assembly in tandem from 
said first player station, said other player stations 
outputting said player input messages to an upstream 
said player station so that said player input messages 
are routed to said interface assembly by said first 
player station, and wherein each said player station 
is configured to output said player input messages 
upstream so that player input messages generated from 
simultaneous activation of a plurality of said input 
devices are routed to said interface assembly without 
information loss. 
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22. A multiplayer interactive video gaming 
device, said device comprising: 

a computer workstation assembly including an 
input /output system, at least one data port, and a 
game processor device configured to receive input 
signals by said input/output system from said at least 
one data port and to execute a video gaming program 
responsively to said input signals; 

a plurality of spatially separate player 
stations, each said player station including a 
plurality of data input devices configured to output 
first input signals in response to player activation, 
a player station control mechanism configured to 
receive said first input signals from said data input 
devices and to convert said first input signals to 
second input signals identifying, and indicating the 
state of, the particular data input devices from which 
said player station control mechanism received said 
first input signals, and a player station output 
buffer system, wherein said player station control 
mechanism is configured to store said second input 
signals in said player station output buffer system 
and to output said second input signals from said 
player station output buffer system; and 

an interface assembly in operative communication 
with said at least one data port and with each said 
player station, said interface assembly including an 
interface input buffer system configured to receive 
said second input signals directly from each said 
player station, an interface output buffer system, and 
an interface control mechanism configured to retrieve 
said second input signals stored by said interface 
input buffer system, store said retrieved second input 
signals in said interface output buffer system and 
output said second input signals stored in said 
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interface output buffer system to one or more said at 
least one data port according to a predetermined 
protocol so that second input signals simultaneously 
received from said player stations are output to said 
computer workstation assembly without information 
loss . 

23. The device as in claim 22, wherein said data 
port is an operating system data port. 

24. The device as in claim 22, wherein said 
player station control mechanism is configured to 
store said second input signals in said player station 
output buffer system and to output said second input 
signals from said player station output buffer system 
according to a predetermined protocol so that second 
input signals generated from simultaneous activation 
of a plurality of said input devices at said player 
station are output from said player station output 
buffer system without information loss. 

25. The device as in claim 22, wherein said 
computer workstation assembly comprises a personal 
computer assembly including said input/output system, 
said at least one data port and said game processor 
device in a local unit. 

26. The device as in claim 22, wherein said 
interface control mechanism is configured to output 
said second input signals stored in said interface 
output buffer system in the order they are stored in 
said interface output buffer system. 

27. The device as in claim 26, wherein said 
player station control mechanism converts said first 
input signals to said second signals in American 
Standard Code for Information Interchange (ASCII) 
format . 

28. The device as in claim 27, wherein said 
interface control mechanism converts said second input 
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signals from said ASCII format to a scan code format 
compatible with said computer workstation assembly so 
that said second input signals are output to said 
computer workstation assembly in said scan code 
format . 

29. The device as in claim 22, including a video 
display assembly in communication with said computer 
workstation assembly, said video display assembly 
configured to display video images responsively to 
said video gaming program, said video display assembly 
including a video monitor. 

30. A multiplayer interactive video gaming 
device, said device comprising: 

a computer workstation assembly including an 
input/output system, at least one operating system 
data port, and a game processor device configured to 
receive input signals by said input/output system from 
said at least one operating system data port and to 
execute a video gaming program responsively to said 
input signals; 

a plurality of spatially separate player 
stations, each said player station including a 
plurality of data input devices configured to output 
first input signals in response to player activation, 
a player station control mechanism configured to 
receive said first input signals from said data input 
devices and to convert said first input signals to 
second input signals identifying, and indicating the 
state of, the particular data input devices from which 
said player station control mechanism received said 
first input signals, and a player station output 
buffer system, wherein said player station control 
mechanism is configured to store said second input 
signals in said player station output buffer system 
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and to output said second input signals from said 
player station output buffer system; and 

an interface assembly in operative communication 
with one or more said at least one operating system 
data port and a first said- player station, said 
interface assembly including an interface input buffer 
system configured to receive said second input signals 
directly from said first player station, an interface 
output buffer system, and an interface control 
mechanism configured to retrieve said second input 
signals stored by said interface input buffer system, 
store said retrieved second input signals in said 
interface output buffer system and output said second 
input signals stored in said interface output buffer 
system to said one or more at least one operating 
system data port, 

wherein the other of said player stations are 
arranged downstream from said interface assembly in 
tandem from said first player station, said player 
station output buffer system of each downstream player 
station outputting said second input signals to a 
player station input buffer system of its adjacent 
upstream player station, and wherein said player 
station control mechanism of each upstream player 
station routes said second input signals received from 
its adjacent downstream player station from said 
player station input buffer system to said player 
station output buffer system according to a 
predetermined protocol so that second input signals 
generated from simultaneous activation of a plurality 
of said input devices are routed to said interface 
assembly without information loss. 

31. The device as in claim 30, wherein said 
player station control mechanism is configured to 
store said second input signals in said player station 
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output buffer system and to output said second input 
signals from said player station output buffer system 
according to a predetermined protocol so that second 
input signals generated from simultaneous activation 
of a plurality of said input devices at said player 
station are output from said player station output 
buffer system without information loss. 

32. The device as in claim 30, including a video 
display assembly in communication with said computer 
workstation assembly, said video display assembly 
configured to display video images responsively to 
said video gaming program, said video display assembly 
including a video monitor. 

33. The device as in claim 30, wherein said 
computer workstation assembly comprises a personal 
computer assembly including said input /output system, 
said at least one operating system data port and said 
game processor device in a local unit . 

34. A multiplayer interactive video gaming 
device, said device comprising: 

a plurality of player stations including at least 
one data input device and configured to output player 
input messages in response to activation of said at 
least one data input device; ^ 

a game processor device in operative 
communication with said player stations to receive 
said player input messages and to execute a video ^ 
gaming program responsively to said player input ) 
messages; and 

at least one meter in operative communication 
with said game processor device so that said game 
processor device increments said meter, said game 
processor device incrementing said meter upon 
detection by said game processor device of a 
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predetermined event, thereby causing said meter to 
count occurrences of said event. 

35. The device as in claim 34, including a 
computer workstation assembly including an 

input /output system, at least one data port, and said 
game processor, said game processor being configured 
to receive said player input messages by said 
input /output system from one or more said at least one 
data port and to execute said video gaming program 
responsively to said player input messages. 

36. The device as in claim 35, including an 
interface assembly in operative communication with 
said one or more at least one data port and configured 
to receive said player input messages from said 
plurality of player stations and to output said player 
input messages to said computer workstation assembly 
by said one or more at least one data port, said 
interface assembly and said at least one player 
station being operably associated with each other to 
route said player input messages from said player 
stations to said computer workstation assembly 
according to a predetermined protocol so that player 
input messages generated from simultaneous activation 
of a plurality of said input devices are output to 
said computer workstation assembly without information 
loss . 

37. The device as in claim 35, wherein said 
computer workstation assembly comprises a personal 
computer assembly including said input/output system, 
said at least one data port and said game processor 
device in a local unit. 

38. The device as in claim 34, wherein said game 
Drocessor is a dedicated processor device. 

£. ) The device as in claim 34, including at 
ne currency acceptor configured to accept 
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currency from players for wagering purposes and to 
output a said player input message to said game 
processor indicating the amount of currency accepted 
and wherein said game processor is configured to 
increment a said at least one meter, based upon a 
predetermined monetary denomination, responsively to 
said amount of currency accepted. 

40. The device as in claim 39, wherein each said 
player station includes a said currency acceptor and a 
said meter and wherein said game processor increments 
each said meter responsively to the amount of currency 
accepted at its respective said player station. 

41. The device as in claim 34, including at 
least one currency return device configured to output 
currency to a player responsively to said game 
processor and wherein said game processor is 
configured to increment a said at least one meter, 
based upon a predetermined monetary denomination, 
responsively to said amount of currency output . 

42. The device as in claim 41, wherein each said 
player station includes a said currency return device 
and a said meter and wherein said game processor 
increments each said meter responsively to the amount 
of currency output at its respective said player 
station. 

43. The device as in claim 34, wherein said game 
processor is configured to increment a said at least 
one meter, based upon a predetermined monetary 
denomination, responsively to the amount of currency 
wagered by players at said player stations. 

44. The device as in claim 43, wherein each said 
player station includes a said meter and wherein said 
game processor increments each said meter responsively 
to the amount of currency wagered at its respective 
said player station. 
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45. The device as in claim 34 , wherein said game 
processor is configured to increment a said at least 
one meter , based upon a predetermined monetary 
denomination, responsively to the amount of currency 
credited to players as winnings. 

46. The device as in claim 45, wherein each said 
player station includes a said meter and wherein said 
game processor increments each said meter responsively 
to the amount of currency credited as winnings at its 
respective said player station. 

47. The device as in claim 35, wherein said 
computer workstation assembly includes a cabinet 
housing said input /output system, said at least one 
data port and said game processor device, and wherein 
game processor is configured to increment a said meter 
when said cabinet is opened. 

48. A multiplayer interactive video gaming 
device, said device comprising: 

a plurality of player stations including at least 
one data input device and configured to output player 
input messages in response to activation of said at 
least one data input device ; 

a game processor device in operative 
communication with said player stations to receive 
said player input messages and to execute a video 
gaming program responsively to said player input 
messages ; 

at least one currency acceptor configured to 
accept currency from players for wagering purposes and 
to output a said player input message to said game 
processor indicating the amount of currency accepted; 

at least one currency return device configured to 
output currency to players responsively to said game 
processor ; and 
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a plurality of meters in operative communication 
with said game processor device so that said game 
processor device increments said meters, said game 
processor device incrementing said meters, based upon 
a predetermined monetary denomination, upon detection 
by said game processor device of respective 
predetermined events, thereby causing said meters to 
count occurrences of said events, said plurality of 
meters including 

at least one first meter incremented by said 
game processor responsively to said amount of currency 
accepted, 

at least one second meter incremented by 
said game processor responsively to said amount of 
currency output, 

at least one third meter incremented by said 
game processor responsively to the amount of currency 
wagered by players at said player stations, and 

at least one fourth meter incremented by 
said game processor responsively to the amount of 
currency credited to players as winnings. 

49. The device as in claim 48, wherein 

each said player station includes a said currency 
acceptor and a said first meter and wherein said game 
processor increments each said first meter 
responsively to the amount of currency accepted at its 
respective said player station, 

each said player station includes a said currency 
return device and a said second meter and wherein "said 
game processor increments each said second meter 
responsively to the amount of currency output at its 
respective said player station, 

each said player station includes a said third 
meter and wherein said game processor increments each 
said third meter responsively to the amount of 
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currency wagered at its respective said player 
station, and 

each said player station includes a said fourth 
meter and wherein said game processor increments each 
said fourth meter responsively to the amount of 
currency credited as winnings at its respective said 
player station. 

50. The device as in claim 48, including a 
computer workstation assembly including an 

input /output system, at least one data port, and said 
game processor, said game processor being configured 
to receive said player input messages by one or more 
said input/output system from said at least one data 
port and to execute said video gaming program 
responsively to said player input messages. 

51. The device as in claim 50, including an 
interface assembly in operative communication with 
said one or more at least one data port and configured 
to receive said player input messages from said 
plurality of player stations and to output said player 
input messages to said computer workstation assembly 
by said one or more at least one data port, said 
interface assembly and said at least one player 
station being operably associated with each other to 
route said player input messages from said player 
stations to said computer workstation assembly 
according to a predetermined protocol so that player 
input messages generated from simultaneous activation 
of a plurality of said input devices are output to 
said computer workstation assembly without information 
loss . 

52. The device as in claim 51, wherein said at 
least one data port is an operating system data port. 
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□ the language of a translation furnished for the purposes of the international search (under Rule 23.1 (b)). 

□ the language of publication of the international application (under Rule 48.3(b)). 

□ the language of a translation furnished for the purposes of international preliminary examination (under Rule 
55.2 and/or 55.3). 

3. With regard to any nucleotide and/or amino acid sequence disclosed in the international application, the 
international preliminary examination was carried out on the basis of the sequence listing: 

□ contained in the international application in written form. 

□ filed together with the international application in computer readable form. 

□ furnished subsequently to this Authority in written form. 

□ furnished subsequently to this Authority in computer readable form. 

□ The statement that the subsequently furnished written sequence listing does not go beyond the disclosure in 
the international application as filed has been furnished. 

□ The statement that the information recorded in computer readable form is identical to the written sequence 
listing has been furnished. 

4. The amendments have resulted in the cancellation of: 

□ the description, pages: 

□ the claims, Nos.: 
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□ 



the drawings, 



sheets: 



5. □ This report has been established as if (some of) the amendments had not been made, since they have been 

considered to go beyond the disclosure as filed (Rule 70.2(c)): 

(Any replacement sheet containing such amendments must be referred to under item 1 and annexed to this 
report.) 

6. Additional observations, if necessary: 
II. Priority 

1 . □ This report has been established as if no priority had been claimed due to the failure to furnish within the 

prescribed time limit the requested: 

□ copy of the earlier application whose priority has been claimed. 

□ translation of the earlier application whose priority has been claimed. 

2. H This report has been established as if no priority had been claimed due to the fact that the priority claim has 

been found invalid. 

Thus for the purposes of this report, the international filing date indicated above is considered to be the relevant 
date. 

3. Additional observations, if necessary: 
see separate sheet 

IV. Lack of unity of invention 

1 . In response to the invitation to restrict or pay additional fees the applicant has: 

□ restricted the claims. 

□ paid additional fees. 

□ paid additional fees under protest. 

K neither restricted nor paid additional fees. 

2. □ This Authority found that the requirement of unity of invention is not complied and chose, according to Rule 

68.1 , not to invite the applicant to restrict or pay additional fees. 

3. This Authority considers that the requirement of unity of invention in accordance with Rules 13.1, 13.2 and 13.3 is 

□ complied with. 

K not complied with for the following reasons: 
see separate sheet 
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4. Consequently, the following parts of the international application were the subject of international preliminary 
examination in establishing this report: 

□ all parts. 

[3 the parts relating to claims Nos. 1-21 , 27, 29, 40-43. 

V. Reasoned statement under Article 35(2) with regard to novelty, inventive step or industrial applicability; 
citations and explanations supporting such statement 

1. Statement 



Novelty (N) 


Yes: 


Claims 


16-19, 27 




No: 


Claims 


1-15, 20,21,29, 40,41 


Inventive step (IS) 


Yes: 


Claims 






No: 


Claims 


1 -21 , 27, 29, 40-43 


Industrial applicability (IA) 


Yes: 


Claims 


1-21, 27, 29, 40-43 




No: 


Claims 





2. Citations and explanations 
see separate sheet 

VII. Certain defects in the international application 

The following defects in the form or contents of the international application have been noted: 
see separate sheet 

VIII. Certain observations on the international application 

The following observations on the clarity of the claims, description, and drawings or on the question whether the 
claims are fully supported by the description, are made: 
see separate sheet 
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2.0 With reference to Section II 

2.1 The present application claims priority from the application 60/100449 filed in the 
US on 14.09.1998. 

The patent application D3 published as WO 99/00162, which is cited in the search 
report, has origins from the inventors of the present application, and it is in its 
entirety very similar to the present application. Patent application D3 was filed on 
29.06.1998, claiming a priority from patent application 08/885276 filed in the US 
on 30.06.1997. 

Thus D3 was filed prior to the present application by the same inventors of the 
present application. In view of the requirements for claiming priority (provided in 
Article 4 of the Stockholm Act of the Paris Convention - see also Article 8 PCT), 
that the priority must be claimed on the first application for an invention, it is 
considered that the present application's priority date must be invalid for claims 1- 
15, 20, 21 (when claim 20 is dependent upon claim 15), 29, 40, and 41 because 
they specify subject matter already contained in D3. 

The remaining claims whose subject matter is novel with respect to D3 are 
considered as entitled to the claimed priority of 14.09.1998 since their subject 
matter is contained in the priority application but not wholly in D3. 

4.0 With reference to Section IV 

4.1 The present application consists of 9 independent claims (1, 15, 22, 28, 30, 32, 
35, 44, and 49), and 40 dependent claims (2-14, 16-21, 23-27, 29, 31, 33, 34, 
36-43, and 45-48). 

4.2 These claims fall into 4 distinct groups of alleged inventions, as follows: 

4.3 Group 1: claims 1-21 , 27, 29, 40, 41 (when dependent on 40), 42 (when 

dependent on any of claims 15-21), 43 (when according to claim 40) 
An interface device for (i.e. suitable for) use in a video gaming device (claims 
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1-14), and a video gaming device (claims 15-21 , 27, 29, 40-43) containing the 
interface device (of claims 1-14). 

Group 2: claims 22-34 

An interactive gaming device with computer and plurality of player stations/video 
gaming machines. 

Group 3: claims 35-43 

Detailed construction of a player station 

Group 4: claims 44-49. 

Method of operating a gaming system by transmitting data between player station 
and game computer, and between game computer and central computer 

4.4 Thus the only feature linking these claim groups is that they relate to devices or 
methods for gaming devices, which is clearly not inventive, as required by Rule 13 
PCT (see for example D1 - US 5 586 936, cited in search report). It is clear that 
both the technical features of each group, as well as the problems that they solve, 
are different from one another. 

4.5 Additionally, between groups 2 and 4 there are the additional common features 
that the gaming device consists of a plurality of game stations, a game computer, 
and a central computer. This is also known from D1 (Figure 9), and so cannot 
form the inventive concept linking the two groups. 

4.6 Consequently unity of invention, as required by Rule 13 PCT, is not present. The 
examination has been carried out on claims 1-21 , 27, 29, 40-43. 



5-0 With reference to Section V 

5.1 Reference is made to the following documents:- 

D1: US-A-5 586 936 (BENNETT MICHAEL J ET AL) 24 December 1996 (1996- 
12-24) 
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D3: WO 99 001 62 A (VEGAS AMUSEMENT INC) 7 January 1 999 (1 999-01 -07) 
D4: WO 82 00374 A (NCR CORPORATION) 4 February 1 982 (1 982-02-04) 
D5: US-A-5 766 076 (PEASE LOGAN L ET AL) 1 6 June 1 998 (1 998-06-1 6) 

This numbering will be adhered to throughout the application process. Document 
D4 was not cited in the Search Report, and a copy thereof is hereby enclosed. 

5.2 Independent claims 1 and 15, and dependent claims 2-14, 20, 21, 29, 40, and 41 
fail to meet the requirements of Article 33(2) PCT because they lack novelty. All of 
the subject matter of these claims is known from D3, and so the claims are not 
novel. 

5.3 It should be noted that the broad nature of these claims, which amount to little 
more than a standard interface device for multiple peripheral devices, means that 
there are many documents which could be used to destroy the novelty of at least 
independent claim 1 . For example, independent claim 1 lacks novelty over 
document D4, and independent claim 15 is not inventive with respect to D4 and 
the skilled person's knowledge (see Figure 3 and 'A. IOSS System Overview 1 ). 
Dependent claims 2-14 are merely constructional details that are standard 
possibilities for such an interface device. 

5.4 The remaining claims relate to different ways of implementing such an interface 
into a multi player video gaming device. Connecting the gaming machine to a 
central computer is known (e.g. D1), and star and daisy chained network 
configurations are generally known in the state of the art (see e.g. D5, column 3, 
3 rd paragraph). Adding video gaming machines to the network would be desirable 
for the skilled person in order to harmonise all the gaming machines, and to 
improve communications between these devices. Other claims relate simply to 
constructional details and trivial matters that the skilled person would consider 
using according to the specific requirements and circumstances. Consequently 
these claims do not constitute an inventive step, and fail to meet the requirements 
of Article 33(3) PCT. 

5.5 The industrial applicability of all of the claims is self-evident, thus complying with 
the requirements of Article 33(4) PCT. 
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7.0 With reference to Section VII 

7.1 Independent claims 1 and 15 are not in the two-part form in accordance with Rule 
6.3(b) PCT, which in the present case would be appropriate, with those features 
known in combination from the prior art (whichever of the cited documents is 
closest to each respective independent claim) being placed in the preamble (Rule 
6.3(b)(i) PCT) and with the remaining features being included in the characterising 
part (Rule 6.3(b)(ii) PCT). 

7.2 The features of the claims are not provided with reference signs placed in 
parentheses (Rule 6.2(b) PCT). 

7.3 Contrary to the requirements of Rule 5.1 (a)(ii) PCT, the relevant background art 
disclosed in the documents D1 and D5 is not mentioned in the description, nor are 
these documents identified therein. 



8.0 With reference to Section VIII 

8.1 Claim 4 is not clear because it is not clear to which 'said port' is referred, thus 
causing confusion for the reader (Article 6 PCT). 

8.2 Claims 22-24 (relevant to claim 27) are unclear, because of the term 'serially 
connected'. It is not clear whether this means that they are connected with serial 
communication means, or whether each player station is connected in series, i.e. 
daisy chained. In case of the latter, then claim 24 contradicts claim 22, upon which 
it is dependent. It should also be noted that claim 23 is redundant with regard to 
claim 22. These claims should be clarified (Article 6 PCT). 

8.3 The term 'scope and spirit of the invention' used in various sections of the 
description imply that the subject matter for which protection is sought may be 
different to that defined by the claims, thereby resulting in a lack of clarity (Article 
6 PCT) when used to interpret them (see also the PCT Guidelines, lll-4.3a). 
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8.4 To maintain consistency within the application, the term 'concentrator' should not 
be used to describe the interface. 
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